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ABSTRACT 



An intelligent scalable switching network. The present 
invention provides a unified Internet portal server (UIP 
Server) having multi-line capability, and a unified Internet 
portal client (UIP Client) incorporating functionality of a 
Customer Premise Equipment (CPE) DSL Modem, wherein 
the UIP Client is capable of communicating with the UIP 
Server via a network to provide a service to a subscriber 
using the UIP Client. According to the invention, the UIP 
server comprises a single server chassis incorporating all of 
a plurality of processing elements. In addition, the UIP 
Server is located remote from a Subscriber Location (SL) 
and is capable of providing a plurality of services using a 
Digital Subscriber Line (DSL), The UIP Client is located at 
the SL and is capable of deploying DSL capability on a 
single communication line. 

77 Claims, 38 Drawing Sheets 
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APPARATUS AND METHOD FOR 
INTELLIGENT SCALABLE SWITCHING 
NETWORK 

FIELD OF THE INVENTION 5 

The present invention relates to Computer and commu- 
nication networks and, more particularly, to methods and 
apparatuses for an intelligent scalable switching network. 

BACKGROUND OF THE INVENTION 10 

The explosive growth of the Internet and the world wide 
web's increasing multimedia content is placing great 
demand on the telco local loop infrastructure. The advent of 
Internet telephony coupled with the increasing need for 15 
video services, such as video conferencing, video mail, 
video on demand, and Television over IP, promises to grow 
into an unprecedented market opportunity An integrated 
telecommunications device capable of supporting Internet 
telephony, high speed Internet access, next generation video 20 
services, and data communications is urgently needed to 
expand broadband residential and remote services. The 
present invention substantially fulfills this need. 

SUMMARY OF THE INVENTION 25 

The present invention provides methods and apparatus for 
implementing an intelligent scalable switching network. In 
one aspect, the present invention is an apparatus comprising 
a unified Internet portal server (UIP Server) having multi- 
line capability, and a unified Internet portal client (UIP 30 
Client) incorporating functionality of a Customer Premise 
Equipment (CPE) DSL Modem, wherein the UIP Client is 
capable of communicating with the UIP Server via a net- 
work to provide a service to a subscriber using the UIP 
Client. According to the invention, the UIP server comprises 35 
a single server chassis incorporating all of a plurality of 
processing elements. In addition, the UIP Server is located 
remote from a Subscriber Location (SL) and is capable of 
providing a plurality of services using a Digital Subscriber 
Line (DSL). The UIP Client is located at the SL and is 40 
capable of deploying DSL capability. 

In another aspect, the present invention provides a method 
for providing an intelligent scalable network. According to 
the invention, the method comprises (a) providing, at a 
location remote from a Subscriber Location (SL), a unified 45 
Internet portal server (UIP Server) having multi-line switch- 
ing capability, wherein the UIP Server is capable of provid- 
ing a plurality of services using a Digital Subscriber Line 
(DSL); (b) incorporating all of a plurality of processing 
elements within a single UIP Server chassis; (c) providing, 50 
at a Subscriber Location (SL), a unified Internet portal client 
(UIP Client), wherein the UIP Client is capable of deploying 
DSL capability; (d) incorporating functionality of a Cus- 
tomer Premise Equipment (CPE) DSL Modem in the UIP 
Client; and (e) providing for communication of the UIP 55 
Client to the UIP Server via a network, whereby the UIP 
Server is capable of providing a service to a subscriber using 
the UIP Client. 

As discussed more fully below, use of the present inven- 
tion allows for many features and advantages, depending on 60 
the configuration of the various embodiments of the present 
invention. 

1. Incorporation of a Digital Cross Connect 
Functionality Within a Single Server Chassis 65 

One of the innovative characteristics of an embodiment of 
the present invention is that a multi-line switching capability 
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is incorporated. The incorporation of the multi-line switch- 
ing capability gives this embodiment the capability of effect- 
ing a digital cross connect functionality within a single 
server chassis of the present invention. The digital cross 
connect functionality enables it to statistically multiplex the 
subscriber side interface in an efficient manner. 

The digital cross connect capability relies on the principal 
that only a few subscribers need to actively be on the 
network at a given time, whereas a larger number of sub- 
scribers would at some time like to have connectivity to the 
network. The advantage of the over-subscription due to the 
digital cross connect is that the service provider is able to 
provide dial up connectivity to the network for a larger pool 
of subscribers, then he would be able to achieve with a 
dedicated connection methodology. 

2. Multi-DSL per Line Capability 

Embodiments of the present invention incorporate a 
multi-DSL configurational capability on a per line basis. A 
number of different types of DSL exist including but not 
limited to, SDSL which is Symmetric Digital Subscriber 
Line, ADSL which is Asymmetric Digital Subscriber Line, 
IDSL which is ISDN based Digital Subscriber Line. Each of 
these different DSL technologies have different 
characteristics, such as what bandwidth they can sustain, 
what reach they are able to accomplish DSL, and what line 
coding methodologies they use. For example, HDSL is a 
high bit rate DSL. VDSL is a higher speed based DSL, Each 
different DSL type addresses different requirements for 
different subscribers. One of the advantages of having a per 
line multi-DSL architecture is that the service provider is 
able to provide a wider selection of services to a broader 
customer base and thereby increase his own business viabil- 
ity. 

Prior art methodology deploys multi-DSL capability 
within a chassis framework only. Within prior art there is a 
common chassis based connectivity and different line cards 
capable of supporting different DSL standards, such as 
SDSL, ADSL, VDSL, HDSL or IDSL, plug into the chassis 
on a line card basis. A given line card supports either a 
specific DSL standard or may support more than one DSL 
standard. The innovation within the current invention is that 
the Multi-DSL support is on a per line basis, thus unlike the 
prior art, a given subscribers line interface can be configured 
for any of the DSL standards under software configurational 
control. 

In the prior art, a given line is configured for only one of 
the DSL standards. Therefore, prior art chasses steer the data 
from the various line cards to achieve a Multi-DSL capa- 
bility on a chassis basis. One of the limitations of the prior 
art architectural design is that multiple types of linecards are 
required to deploy multiple services. Another limitation is 
that the multi-DSL capability is not a per line Multi-DSL in 
that a given subscriber line is specifically configured to the 
a single DSL flavor. Another limitation of the prior-art 
architectural design is that since a subscriber is either a 
SDSL, or an ADSL or another DSL standard so that 
re -provisioning to the subscribers DSL Standard requires 
service provider intervention. 

The present invention deploys Multi-DSL capability on a 
per line basis. The present invention accomplishes the per 
line Multi-DSL by utilizing a more flexible front end that is 
simultaneously capable of addressing the needs of a number 
of DSL types. One specific embodiment of the current 
invention supports three specific DSL standards, namely, 
SDSL, ADSL, and IDSL. The current invention can then 
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re-provision the line in a dynamic manner as required by the 
subscriber to any of the three DSL standards. The architec- 
ture of the present invention enables the subscriber to be able 
to deploy, for example, SDSL during the day, when perhaps 
its business needs require symmetric bandwidth, and, in the 
evening switch over to ADSL, when perhaps its require- 
ments are asymmetric such as video on demand, broadcast 
TV type of applications. Another advantage of the per line 
basis multi-DSL capability of the present invention is that no 
service provider intervention is required for the dynamic 
provisioning and that this service capability can be 
re-provisioned by the subscriber based on his own changing 
needs and requirements. 

3. Self Strapping in System Architecture 

The architecture of one embodiment of the present inven- 
tion is designed to be a self strapping architecture. One 
embodiment of the current invention incorporates a storage 
element, either in the form of a hard drive, semiconductor 
memory, or any other similar storage device. The storage 
element can either reside at the service provider premises or 
can alternatively reside remotely from the service provider 
premises by use of a wide area storage area network. The 
storage element holds the configurational capabilities and 
the initialization parameters for the operation of the present 
invention. In case such a storage device is incapable of 
service to the present invention for a limited or extended 
period of time, the present invention incorporates a self 
strapping methodology so that a minimal functional capa- 
bility within the digital switching network is configured and 
that the network is capable of providing continued operation 
for its subscribers. 

The present invention incorporates a self strapping capa- 
bility within the architecture which is capable of initializa- 
tion of the system. The self strapping capability of the 
present invention can configure its own basic functionality, 
and is then able to configure its own network capability. 
Particularly and in one embodiment, if the network element 
is found at a later time, the system is then able to download 
parameters and requirements at that time and continue 
operation. The self strapping functionality within the present 
invention makes it possible for reliability of the system to be 
limited by the reliability of the self strapping capability of 
the present invention rather than the reliability of the storage 
element, or the reliability of the storage area network. In this 
manner, the present invention is capable of meeting stringent 
reliability requirements while simultaneously providing 
much higher functionality than otherwise possible due to the 
low mean time between failure (MTBF) of storage elements 
such as hard drives or other high density storage devices. 

4. Storage Element Incorporation within Apparatus 

One embodiment of the present invention incorporates a 
storage element in the form of a local hard drive within the 
server chassis. The incorporation of the storage element 
provides a large storage device that is dedicated to a limited 
number of subscribers in a distributed manner. The innova- 
tive incorporation of the storage element makes it possible 
to provide an expanded service capability for the subscriber. 
The expanded capability enabled can be remote recording 
capability, video on demand capability, and other storage 
intensive capabilities. 

The dedicated storage element incorporation differenti- 
ates this embodiment from the prior art in that a non- 
dedicated storage methodology such as a large network is 
not able to sustain the bandwidth and performance require- 
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ments of these storage intensive application. The storage 
element incorporation does not require a local hard drive but 
can rather be a network based storage area network. In the 
case of a storage area network the differentiating factor 

5 between prior art and the present invention is that there is a 
physical association of a storage element with a specific 
chassis. Moreover, the network topology is capable of 
supporting this relationship and performance so that the 
associated storage element of the present invention is able to 

10 get a guaranteed performance and delivery which is reason- 
ably comparable to that of a local hard drive system. The 
present invention utilizes network based redundancy 
through out the network to achieve these goals. 

15 5. ATM Based Network Interfaces 

Embodiments of the present invention incorporate the 
capability of interfacing with an ATM network. The incor- 
poration of the ATM interface enables the server to interface 
with a large number of broadband data networks that exist 

20 within the public switched telephone network system 
infrastructure, such as broadband ISDN and the core switch- 
ing capability within the PSTN. One embodiment of the 
present invention incorporates an ATM based interface such 
as OC3, OC12, or OC48 which enables the present invention 

25 to quickly and easily interface to the existing infrastructure. 
Within the scope of this document the ATM based interface 
OC3, OC12, OC48, OC96, and OC-N, where N is an integer, 
are used interchangeably. The use of ATM interfaces enables 
the present invention to deploy Quality of Service guaran- 

30 tees. Furthermore, ATM is a very efficient packet based 
architecture and is a flexible means of delivering widely 
varying bandwidth and traffic performance requirements. 
Another embodiment incorporates the use of Multi Pro- 

3S tocol Label Switching(MPLS) wherein a tag is associated 
with the VPI/VCI combination. The designated tag is then 
utilized to manage Quality of service guarantee and other 
traffic, routing, and performance related functions. Yet 
another embodiment of the present invention incorporates 

40 the use of Multi protocol over ATM(MPOA). MPOA in 
conjunction with MPLS enables support, traffic policing, 
bandwidth allocation, and general quality of service control 
for IP based traffic such as Internet, or other computer 
network. 

45 6. Video Farm Element 

One embodiment of the present invention incorporates a 
video farm element capability. In one such embodiment, the 
video farm element is a DVD based optical video player 

50 architecture where a carousal is used to provide access to a 
plurality of video disc based media. For example, an 
embodiment of the present invention utilizes a DVD based 
front end carousal which can select one of many DVD discs. 
The front end carousal after selecting the specific DVD can 

55 then insert it into one of a plurality of DVD Players. The 
Video Farm element of one embodiment of the current 
invention utilizes an ATM-based interface, such as OC3, 
OC12, or OC48, as well as a Digital Video Broadcast (DVB) 
cable based infrastructure to deliver the video streams 

60 resulting from the Video Farm Element. A single video farm 
element and multiple video farm elements can be intercon- 
nected in various topologies to enable access to a large video 
database on a on-demand basis. 

Use of the optical video farm element is advantageous in 

65 that it is possible to configure the embodiment so that no 
hard drive storage is required to have a large variety of video 
stream delivery. The limitation of such a embodiment is that 



06/09/2004, EAST Version: 1.4.1 



US 6,640,239 Bl 

5 6 

the video stream performance is limited. One embodiment tiplexing. Statistical multiplexing in these embodiments is 

of the present invention utilizes a combination of local hard used to enhance the performance of network based on the 

drives within the video farm element, as well as a plurality fact that not all users utilize the network to the same extent, 

of optical drives to achieve a balance between performance The subscriber is dynamically allowed to take up as much 

and cost. 5 bandwidth as he requires and then the whole pool of 

7 Cable TV Interface subscribers are then treated on a statistical basis thus each 

subscriber is able to get access to more capability than he 

The current invention also allows for incorporation of a would have access to on a dedicated basis. Temporary 

standard cable TV interface. This interface enables efficient statistical aberrations occurring as a consequence of few 

communication with existing broadcast infrastructures. In io subscribers over utilizing their resources can be absorbed by 

particular, a video farm element may be managed in a the current invention in this manner. In this manner, most 

remote configuration. The output is then collated together in subscribers get access to a much larger bandwidth when they 

a DVB cable TV based head end. The head end can then utilize it then the network would be able to support on a 

transmit the video stream data using either satellite, hard continuous basis. 

wire or other means necessary to a host of other chassis 15 ^ present mve ntion utilizes a multi-channel statistical 

residing either at the central office, a service provider multiplexing by being able to take a number of DSL 

premises, or at a subscriber premises. As provided herein, channels and essentially treat them as a single pool of DSL 

the terms Central Office (CO), service provider premises, channe]s M cnablcd by the architccture of the present 

central office site, and service provider UIP Server central inve ntion. The resources are dedicated on a per chassis basis 

location are used interchangeably. 2 o rathe r than being dedicated on a per channel basis. The 

The cable TV based video farm element broadcast stream advantage for the subscriber is that every user sees a pool of 

as well as standard cable TV is incorporated to provide the resources that seems much larger than he actually ends up 

capability of watching broadcast TV in an easy and seamless utilizing statistically and therefore is able to realize a much 

manner. Embodiments of the present invention utilize the better performance than on a dedicated per line basis. 

nv*° n w e r emen ! bmidca&t TTr Cab ^ 25 This embodiment of the present invention is differentiated 

DVB-C interface, to concurrently deliver multi channel ffom rior art ifl tha( riof ^ does mi utflize 

stream video. One embodiment of the present invention mu i tiplexing at the p rocess i ng leve l. In particular, when a 

enables a specific chassis to tune to a number of digital si d is received [{ needs to be modulated and demodulated, 

sources and be able to isolate a single video stream on a per Fof certain DSL embodime[ltSj such as adsl, the process- 

su sen er asis. 30 ^ portion of the modulation/demodulation represents a 

One embodiment of the present invention provides each i arge portion of the total resource requirements of the 

subscriber his own digital tuner. In this embodiment, the channel. Prior art implements such functionality on a per 

subscriber is able to tune to any given broad cast signal ii De basis. The present invention shares this processing 

within the network, thus the subscriber's designated tuner is power as a poo i 0 f resources and the processing power is 

responsible for delivering the selected content. One such 35 utilized in the most conservative manner. A large percentage 

embodiment of the present invention provides a limited 0 f the processing capability, such as the Fourier transform 

number of tuners that subscribers share on an over- and other processing intensive portions of wire signal modu- 

subscription basis. Each tuner is able to tune to a plurality of lat i on and demodulation are shared across a plurality of lines 

digital streams concurrently, in this regard each subscriber is within the present invention. 

assigned his own sub -channel In particular, the Digital 40 tl. ,j; ea j„ n c „ ■ „ . i , T , • „ 

j n j * /^m\ o li i_ ji i \ J . 1 . , lne disadvantage or the pnor art methodology in an 

Video Broadcast (DVB) Cable based technology utilized t . l i • * u *u ■ 

. j. ' • ,. . * , w?t L i always on DSL technology is that when the user is not 

within this embodiment typically has a single MHz channel ,t • • * j a_ • lmm 

#u * • 4U A j *i* . . , nr? • " ' . utilizing his maximum bandwidth the processing capability 

that is the fundamental tuned channel. This tuned analog •« t . t . r t . 4 . . , . ,/ 

, . . , i . rj- 1 . 1 ^ . j . is sitting idle. The present invention uses that residual idle 

channel carries a plurality of digital channels. One embodi- u a „ki~ * n „ 1 ~e 

. . . „. t1 ^ , , , , , AC processing capability to be able to generate a pool or 

ment intelligently manages these tuned analog channels and 45 „ „. * rt .l. u - r# „ A tU n * . . 

~ o L -i_ .i . j . . . processing capability and then allocates it on a required 

assigns up to 8 subscribers within the tuned analog channel. Ln^^f u„,- e ttL ™* • r t . t . „ M r 

r Z u u • ii x j l« j- , i i i T .i • bandwidth basis. The present invention thru the use or 

Each subscriber * allocated his own digital channel. In this multi . line statistical muU ip lex ing and front end activity 

respect only three separate analog frequencies, or tuners, are detccto ides the ^ on * ' bait in addition to th 'e 

required for a 24 subscriber system. This embodiment u j - i j *u i. * * j 

• vc *. • • . iu» uiuuuuuviii shared processing pool and the resultant cost reduction, 

simplifies the tuning requirements at the subsenber premises 50 

and is a cost efficient way of getting full independent tuning ^ use of stalistical multiplexing within the present 

capability. A disadvantage of this embodiment is that spe- invention enables the ability to provide dynamic provision- 

cific streams within a channel would be aUocated to specific in S ca P ablllt y so that ever y subscriber is able to provision his 

subscribers, and that there would be a fixed relationship own services without ^ indention of the service pro- 

between network elements and channels. In such a topology, 55 vider. In addition to the cost aspects, the present inventions 

it would be difficult to scale beyond a finite number of total innovative ™e of shared multi-line statistical multiplexing 

subscribers. An embodiment of the present invention cir- &lh ™ me subsc nber to utilize the bandwidth as he needs it 

cumvents this scaling limitation by having segregated net- on a trans P ort ^ bases "ther than a maximum bandwidth 

work segments so that a pool of n specific subscribers are basis - ^ subscriber is able to utilize the bandwidth as he 

able to tune to a given network segment. The present «o needs it and at times he is able to peak and go over his 

invention enables the service provider to use either a per general subscribed levels. The service providers deployment 

subscriber based tuning topology or a per chassis based model 1S sim P hfied in that he can simply monitor total 

tuning topology to deploy his broadcast environment. processing utilization numbers and total load factors to 

determine over-subscription and resource allocation needs 

8. Multi-Channel Statistical Multiplexing 65 0 f the network. 

Certain embodiments of the present invention also incor- The present invention by the use of multi-line statistical 

porate an innovative means of multi -channel statistical mul- multiplexing therefore provides a new means and level of 
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network performance prediction and control. The current such as Video, Voice and Data within a single chassis. The 

invention enables a new tiered billing methodology based on ability of providing multi-service model is one of the 

a level of service agreement. For example, when the level of enabling technologies for providing the unified communi- 

service agreement is exceeded, such as at peak time, a tiered cations model in the next section, 

billing agreement can exists and subscriber can be charged 5 

more based on exceeding the basic service agreement. n - Unified Communication Capability 

9. Dynamic Provisioning An embodiment of the present invention incorporates the 

t, t • • , c .r capability for a unified communications methodology. The 

The present invention incorporates a means for enabling . • U1 t , . • » 

i . ■ - r 4U * t present invention enables the subscriber to innovatively 

dynamic provisioning from the customer premises. In one in r ... . .„ , , 

embodiment of the present invention the subscriber is able acccss ™ ltl P le fi s ° mccs m . a " umfied « f"? m *T^ 

. a c c ,. c manner. The unified communications model also enables the 

to configure the performance of his services directly from - . ... c . . , 

the subscriber side to the service provider server. "IT* ca f. ablh * °* m *f ^ V^Y <f «™* based ° n a «PPli- 

. f . ... cations levels. One embodiment of the present invention 

present invention can achieve this dynamic provisioning ... , . A . . , * ... 

.. . 4 ' . I_ , ° utilizes the unified communications model to specify quality 

capability without requiring any intervention from the ser- 15 - . | ^ ^""» mvaiiuu* mwviw j 

• -j tl • -j £ ,. v J of service classes based on the applications within the 
vice provider. Ine service provider configures the limiting , j 1 -, 1 

. - . JL . , . , , unified communication model and thereby manages quality 

parameters or the service offering, such as maximum band- „ .... 

• ,, j * • i r* r • *■ 1 1 01 service across the network, 
width allowed, typical quality of service performance level, 

or the different type of DSL allowed. The subscriber then 0ne embodiment of the present invention assigns a cer- 

select either a semi dynamic profile or a dynamic profile. A 20 lain quality of service characteristics to ^ video on demand 

semi dynamic profile enables the subscriber to simply select application, and different quality of service (QoS) charac- 

a given bandwidth and performance characteristic of his teristics to other services such as distance learning. Thus, 

service and set this as the preferred configuration. Adynamic although the same type of transport and network is used, 

profile enables the subscriber to negotiate a specific band- differing QoS characteristics are easily managed. In one 

width on a per application basis or on a per session basis. 2 5 cmbodimcnt > me specific application within the unified 

The present invention is able to achieve the dynamic communication model in conjunction with the subscribers 

provisioning capability as a consequence of several innova- sclccted Performance levels are used to assign the QoS 

tions within the architecture. In one embodiment of the parameters. The association of the QoS with the apphcation 

present invention, a multi-DSL capability is incorporated sc ™ cc * do1 ? at thc ^subscriber «nce all services congregate 

which enables the subscriber to choose the type of DSL 30 ^ the subscriber and me subscriber is capable of managing 

selected. The subscriber can select the DSL flavor base on Performance characteristics dynamically thru use of 

his immediate application requirements. The subscriber can dynamic provisioning. 

select a symmetric DSL technology in case of symmetric Furthermore, an embodiment of the present invention has 

applications thus if the subscriber wants to utilize a 1.5 me capability to charge on a per service request basis, 

megabit symmetric capability he is able to do so. 35 Depending on the subscriber's service level agreement and 

Alternatively, if the user wants to select an asymmetric DSL his dynamic provisioning selection, one embodiment can 

technology in case of asymmetric application requirements charge the subscriber based on the application type used 

he is able to do so. rather ^ n me traffic tv P e ^d. 

The incorporation of the dynamic provisioning capability Sti11 further, one embodiment of the present invention 

is advantageous to the service provider in that the network 40 incorporates the capability of a unified internet portal at the 

is able to defray congestion by not being mandated to service provider side of the subscriber line interface. This 

maintain a service level when the subscriber is not utilizing embodiment is able to realize optimized performance from 

any bandwidth. This provides a more expanded and unified lhe subscriber perspective. In particular, when service data is 

service capability and enables the service provider to attract available at one end of the wire and a request is made at the 

a larger customer base. 45 other end of the wire the transmission across the wire 

The use of dynamic provisioning, coupled with traffic becomes the primary limiting factor, so long as devices at 

conditions of the network and the time of day it is used, both ends of the wire are capable of supporting the appli- 

provide a tiered service rates structure that is capable of cation requirements adequately. Due to increasing compu- 

dynamically billing bandwidth usage. Within one embodi- tational speeds of personal computers the subscribers end is 

ment of the present invention, symmetric bandwidth during 50 reasonably well equipped to adequately support the appli- 

the day costs more than symmetric bandwidth during the cation demands. The embodiment described is specifically 

night. Thus, the service provider is able to maximize profits designed to support the necessary application requirements 

by aggressively targeting customer usage patterns. and 1S able to limit toe network performance to simply the 

One embodiment of the present invention also utilizes the limitations of the wire interface, 

dynamic provisioning capability to simplify deployment. 55 Th e umfie d communication model makes it possible to 

The service provider configures all lines to be configured for ac cess any service within the unified portal that are available 

a specific range of performance and DSL technology. When 10 the subscriber in the highest performance manner possible 

the subscribers' line is installed and he subsequently estab- within toe network. Any data that is required beyond the 

lishes connectivity for the first time, the subscriber is pre- unified portal is limited first by the same wire limitations but 

sented with a dynamic provisioning browsing screen. The 60 m addition such data is further limited by other network 

subscriber can select the specific features of his service at latencies and delays. The unified communication portal 

this time automatically. At this time special promotions can m °dcl always guarantees the highest performance possible 

be offered to the subscriber by the service provider. for m e subscriber. In addition to applications that require 

. storage at the unified portal server, one embodiment utilizes 

10. Multi-Service Capability 65 the capacity of me unified portal server as a ^ cache User 

One embodiment of the present invention provides the data is stored within the network at the users server in a 

capability of simultaneously supporting multiple services distributed manner for the group of subscribers. When the 
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subscriber requests any specific services such as broadcast 
TV, video on demand, among others the content is delivered 
from the portal server to the subscriber directly. 

In one embodiment, the unified portal is able to further the 
content down the wire right to the subscriber premise 
equipment. The limitation of pushing the data to the sub- 
scriber is that such configuration mandates an intelligent 
customer premise equipment, such as a computer with a hard 
drive, or a set top box. An intelligent customer premise 
equipment would increase the cost to the user over an 
unintelligent customer premise equipment. Furthermore, 
due to the dedicated nature of such a customer premise 
equipment and due to physical separation between indi- 
vidual customer premise equipment no sharing between 
multiple subscribers is generally possible. The service pro- 
vider based unified portal residing at the service provider 
premise attracts a larger customer base because no high 
density storage is required at the subscriber premises, and 
thus inherently simplifies the deployment model for the 
subscriber. In one embodiment of the present invention a set 
top box has the capability of not only connecting to the 
network, but also of requesting the data either from the 
server or storing it within the customer premise equipment. 

12. Routing Capability 

One embodiment of the present invention incorporates a 
switching and routing capability. In one form, the invention 
incorporates an ATM switch within the service provider 
server. In addition to the switching capability enabled by the 
use of the ATM switch, an embodiment of the present 
invention also incorporates a routing capability within the 
service provider server. The routing module can maintain 
either a localized routing table within the distributed archi- 
tecture of the network or else comprehensive routing tables 
can be maintained within a centralized architecture. The 
local routing tables within the distributed service provider 
servers can be synchronized and maintained thru the use of 
the interconnection network. The distributed routing archi- 
tecture utilizes a distributed routing table at the service 
provider server location to look up addresses that cannot be 
resolved thru the immediate history of the ATM switch. 

In one embodiment, when an ATM connection is setup a 
VPI/VCI is assigned based on a routing lookup based 
structure. The VPI/VCI directs the incorporated switch and 
the switch at the next layer the information for forwarding 
the packet. The packet forwarding occurs at a reasonably 
high speed and thus the ATM switch has to be able to 
maintain the wire speed. The server architecture requires the 
performance rate of the ATM switch to be at least one or two 
orders of magnitude greater than the routing resolution 
performance. 

The routing performance within one embodiment of the 
present invention is significantly slower than the packet 
switching capability. When the ATM switch is unable to 
resolve the packet path on a VPI/VCI basis, the whole packet 
is scheduled for a routing action. The server uses the 
VPI/VCI and the packet information to attempt to achieve a 
local routing resolution. The local routing resolution is a 
historical cache of previous routes resolved. If this embodi- 
ment is unable to resolve the packet path from the local 
tables, the system then attempts to resolve the packet path 
utilizing the comprehensive routing table, that may reside 
remotely. If the system is further unable to resolve the packet 
path, it then executes a sequence of algorithms to attempt to 
locate the receiving end of the packet. Upon successful 
resolution of the packet path, the system forwards this 
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information to the ATM switch, the comprehensive routing 
table, and the local routing table to begin forwarding the 
packet and to store the forwarding information within its 
tables. 

5 13. Data Striping Capability 

Another embodiment of the present invention incorpo- 
rates a striping methodology for video on demand and 
general data striping. One embodiment of the present inven- 
Q tion subdivides a stream of data into smaller pieces and 
distribute it in an intelligent manner across the network. The 
objective of the subdivision of data is that if the data is 
requested by multiple users at different times than a single 
server may be incapable of supporting the service load. By 

15 subdividing the data across the network the system is able to 
achieve a level of predictability and better network perfor- 
mance. Data striping is a means of load balancing the 
network so that if multiple subscribers serviced by a single 
server request an otherwise excessive service load then the 

20 service load is distributed across the network and no one 
server is overburdened. 

This is accomplished in that the total load requirements 
are not solely the responsibility of the subscriber server, but 
rather are averaged across the network in a predetermined 

25 manner. One embodiment of the present invention attempts 
to optimize multiple levels of striping. In particular, striping 
occurs at the overall network level so that data is spread 
across a number of different servers across the network. As 
an example, if the network includes eight different servers 

3 q and the required service happens to be a VOD movie than 
one eighth of each movie can-be striped across each of the 
servers. Thus, regardless of which specific subscriber 
requests a which specific movie, all servers will have an 
effective load of Vsth to be able to service any given request. 

35 The striping within one such embodiment is done in such 
a manner that the first one eighth of the movie comes from 
the first server, the second eighth of the movie comes from 
the second server and so on. Consequently, there is a 
predictive behavior for the rest of the network in terms of 

40 what is going to occur at the next discrete time interval. For 
example, once a specific movie is requested, it is known 
ahead of time which server is responsible to deliver the first 
eighth of the movie. Furthermore, it is already known that 
server 2 for the specific movie will have a load after the time 

45 for the first eighth of the movie has elapsed. 

In addition to the multi-server based striping 
methodology, one embodiment of the present invention 
expands on the striping model in that it includes the concept 
of a proxy server. When service of a striped data set is 

50 requested the system is able to make reliable prediction in 
regards to the subsequent loads from the various servers. 
Thus it is possible to project that a subsequent server will 
experience congestion based on the history of service 
requests. When congestion is anticipated the system can 

55 instead utilize a different proxy server instead of the 
assigned server and thereby circumvent the anticipated 
congestion. One embodiment of the present invention incor- 
porates the proxy servers in a fashion so that different proxy 
servers are assigned to different data sets thus server n is not 

60 the proxy server for server 2 at all time, but rather any subset 
of proxy servers can be assigned as a proxy server for server 
2 based on which data is requested by the subscriber. The 
striping capability in conjunction with the proxy server 
capability enables the present invention to balance the server 

65 load in a predictable and reliable manner. 

In addition to the proxy server capability, one embodi- 
ment of the present invention also incorporates the capabil- 
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ity of data striping within the specific storage devices within 
a single server. The same principle as multi-server striping 
is used but instead of using multiple servers the designated 
data is further subdivided into segments which are then 
striped across multiple storage elements within a given s 
server. The upper limit to this methodology is the number of 
different storage devices that can reside within a single 
server. Assuming that a specific embodiment of the present 
invention has four hard drives, then the one eighth segment 
of the movie within the specific servers responsibility is 10 
further segmented into four sub -segments and each of the 
sub -segments reside within a different hard drive. The 
multi-storage data striping within one embodiment of the 
invention is a means of avoiding congestion at a given hard 
drive equipment level and achieving balanced data loading 15 
within a server. The multi-storage data striping can utilize 
different storage devices such as magnetic drives, optical 
drive, or semiconductor memory within a server. The use of 
semiconductor memory within the multi-storage striping 
additionally provides latency balancing in addition to load 20 
balancing. Trie first several seconds or minutes of a data 
segment are striped within semiconductor memory, such as 
dynamic ram or static ram. When a service request is 
received from the subscriber for a specific movie the initial 
few seconds are played from the semiconductor memory 25 
while the load tables are build and the network load bal- 
ancing can occur. Any server within the network can be used 
to retain the first few seconds of the movie. In addition to the 
designated primary semiconductor memory server there also 
are proxy semiconductor memory servers distributed across 30 
the network that are responsible for alternatively providing 
the data striping few seconds within proxy caches. 
Consequently, this embodiment of the present invention is 
able to achieve very low latency between the time the 
subscriber requests a data service to the time the data service 35 
is delivered to the subscriber. While the short segment 
within semiconductor memory is exhausted, the system has 
computed the best scheduled bandwidth allocation based on 
the various load balancing algorithms and the sequence of 
server selection has been made to deliver a continuous data 40 
stream. In addition, in another embodiment of the present 
invention, the semiconductor memory and the hard drive can 
be alternatively used to store video clip, such as commer- 
cials and trailers, can be previews prior to the delivery of a 
continuous data stream. 45 

14. Load Shedding Mechanism 

One embodiment of the present invention incorporates a 
mechanism for load shedding within the network which 
further enhances the load balancing capability of the net- 50 
work. The present invention incorporates a intra-chassis 
load shedding mechanism by which a given subscriber can 
transparently be slotted to be managed by a different server 
within the network than its native server. The penalty of 
exercising this mechanism within one embodiment is that 55 
there is a slight latency penalty experience by the subscriber, 
however this is relatively insignificant in comparison to the 
poor bandwidth the subscriber would have experienced due 
to the congestion at its native server. 

Tapered algorithms exist that are used to determine the 60 
level of load shedding so that as new subscribers come on 
line to the network, these new subscribers are then gradually 
negotiated thru the latent path to a non native server. In this 
manner, load shedding is achieved in a planned and simpli- 
fied manner. The subscriber whose native server is experi- 65 
encing a certain network conditions, will not be aware of any 
congestion, and will be completely unaffected. 
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One embodiment of the present invention implements 
load shedding at two different levels, at the line level and at 
the application level. In case of load shedding at the line 
level the processing of the line modulation and the modem 
capability is actually shed to a different box. Thus the native 
server is primarily only responsible for line interface func- 
tionality's. In case of application level load shedding, such 
as voice over IP, the initial digitization of the line interface, 
the modulation and basic modem functionality is handled by 
the native server, however, the application level functional- 
ity is managed by a non-native server. 

15. Lifeline Service Support 

One embodiment of the current invention incorporates a 
lifeline service capability. Life line services are those ser- 
vices that are required to be operational when no power is 
available at the subscriber premises. Within prior art the life 
line services are carried only over the pots lines. In the pots 
only configuration the power required for the service is 
supplied from the central office to the subscriber. The 
subscriber can pickup the pots line, and be able to dial out. 
The amount of power utilized by the subscriber during the 
telephone call is minimal. One embodiment of the present 
invention innovatively extends the support of voice service 
during power outages to also support the multiple voice 
extensions. The multiple voice extensions within one 
embodiment utilize packet based technology. The present 
invention makes it possible to de fiver packetized lifeline 
services at the subscriber site as well as the central office 
site. The central office life line capability is achieved by use 
of a 48 V DC battery backed supply as is standard within the 
industry. The innovation within the central office side of the 
server architecture is that only the voice support and basic 
DSL modem functionality is active during a power outage 
condition, and all the basic video and data services are 
intelligently place in a standby mode. The service provider 
has the capability of over ridding the power standby mode 
and continuing to support specific subscribers, or specific 
services such as video on demand. 

One embodiment of the present invention supports power 
conservation functionality in two distinct methods. Firstly 
through use of statistical multiplexing. Any resources not 
actively used throughout the general architecture are auto- 
matically placed in a power standby mode. In this manner 
power consumption is minimized. 

One embodiment is further able to conserve power during 
a power outage by reprovisioning the Voice over IP services. 
VoIP services are actually data services and require power to 
data portions of the server architecture. However, in case of 
a power outage at the subscriber premises, no other data 
services can be utilized. Thus by reprovisioning the data 
portion of the service provider server, the system is able to 
minimize its power consumption. Basic Voice over IP ser- 
vices will be maintained by use of power management 
control. 

Another embodiment of the present invention further 
utilizes similar power managed re -provisioned voice over IP 
services at the customer premise side. Specifically, incorpo- 
rated within one embodiment of the present invention is the 
capability of managed power for the voice over IP portion of 
the subscriber access equipment. The voice over IP portion 
of the subscriber access equipment is responsible for not 
only the packetization and compression, but is also respon- 
sible for the basic digitization and line interface to the 
telephony peripherals like a telephone or answering 
machine. 
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If the subscriber premises are experiencing a power subscriber request, the service provider server is able to 

outage condition then the subscriber can chose to maintain immediately forward the requested data limited only by the 

his basic data services by use of a universal power supply, wire limitations of the subscriber line. In comparison, if the 

The universal power supply provides the capability of internet data had to be fetch across the internet, then the 

supplying the power to the devices while no line power is S subscriber experiences the network delay of the internet, the 

available. An embodiment of the present invention requires hosting server delay, as well as the wire limitations of the 

the use of a universal power supply if the subscriber chooses subscriber line. 

to maintain data services. If this embodiment of the present One embodiment of the present invention also incorpo- 
invention detects a line loss condition then the system is rates a statistic reporting mechanism whereby the hosting 
placed into a standby mode. In the standby mode data 10 server is notified of the caching results. The view statistics 
services are disabled and the basic modem capability is are important to the hosting server. When the service pro- 
disabled. The service provider server is notified that the v ider server request for a refresh coupon based caching 
subscriber access equipment is in a standby mode. After this session with a hosting server, the previous caching results 
point, when a telephony peripheral is detected to be off hook an( j statistics are also transmitted. The service provider can 
or an incoming call thru the service provider server is 15 configure the nature of the reported statistics such as view 
detected, the system enables the voice over IP portion of the hits, among others, 
subscriber access equipment and begins minimal modem 

functionality for the normal operation of the telephony 17. Distributed Server Model 

peripheral. Battery backup circuitry within the subscriber A ... . c * ■ *• ■ * *u 

r ^ . j An embodiment of the present invention incorporates the 

access equipment is designed to be automatical charged 20 bilit of a distri5uted selver model . ^ J art ^ a 

during the times when power is available to the system. * i v r c u u* j * * u u j * 
« . lt ± r • 4 . . j * central location for holding and storing subscriber data 
Dunns the power outage condition, the system uses the . f ™ * ■ *• * -L * • * n- 
, ^ to . , r . * , . „ ' 7 information. The present invention distnbutes intelligence 
battery backup portion to derive the necessary power. „™oo „ u^* ,.f • j xt,. ^„ ■ °™ 
J \ r . . across a host ot service provider servers. I Tie service pro- 
One embodiment of the present invention incorporates an v id er servers are capable of subscriber line interfacing, 
indicator which reports the state of the battery backup in a 25 Additionally, the service provider servers are able to respond 
power outage condition when any telephony device is to me requirements of the data, such as routing the data on 
detected to be off hook. Furthermore, the system further has a applications basis, or local storage, or local fetch requests, 
the capability to utilize standard flashlight batteries such as ^ ^ model ^ , m intimate role m 
AA, C, or D size to derive the necessary power during an & ^ adminislrativc 

power outage condition. In this manner, the system makes JU 4 «? u -u c „■ 

r A , . , . J . staff or subscribers can configure the service provider server 

every possible attempt to maintam voice services even . j . t u j 1 ■ *■ u • 

, . r jj. -. j.. to determme the storage usage based on an application basis, 

dunng an extended subscriber power outage condition. ~ , . 4 , , , , ; , > iU 

6 r & p or example, e-mail data could be pushed down to the 

16 Web Caching service provider server or subscriber premises; Video on 

35 Demand movie data could stay as part of the centralized 

An embodiment of the present invention incorporates the network, and remote video recorder data could reside at the 

capability of caching internet based data at the service service provider server. One embodiment of the present 

provider server. Web caching is used to improve the realized invention incorporates a distributed storage model for the 

performance for the subscriber. The system maintains a subscriber data. 

custom per subscriber based table summarizing subscriber 40 The distributed server model of the present invention 
internet data usage. For frequently used data, or custom further enables a number of capabilities which otherwise do 
configured data usage, or push based internet data, the not exist in a centralized server model, such as in-expensive 
system request the data over the internet and holds it in a high performance web site hosting, and in-expensive high 
temporary buffer at the service provider server. performance interactive voice response services. The use a 
Subsequently, when the subscriber accesses the data the 45 plurality of servers to provide a given functional capability 
service provider server cached data is delivered to the m the present invention enables it to provide a very high 
subscriber. In this manner the subscriber realizes the highest service capability. The distributed server model enables a 
performance across the network. high performance multi-service on a network level by virtue 
One embodiment of the present invention periodically of the fact that a number of physically distinct elements are 
refreshes its cache content, based on network conditions or 50 used to provide the functionality. Each of these elements has 
manual request by the subscriber. An internet wide refresh specific physical limitations, such as computational band- 
token scheme is utilized by the service provider server. width and storage bandwidth. The distributed nature of the 
When any internet data is cached, a refresh token is issued present invention enables it to utilize this capability in 
by the conforming hosting server. Subsequently if a server parallel. Whereas the centralized prior art approach is lim- 
changes its page content, the previously requesting service 55 ited by the mandated serial nature of having to schedule the 
provider servers are notified by use of issuing a new refresh services in case of the limiting resources, such as storage 
coupon. The service provider server then schedules the need access bandwidth, or computational bandwidth, 
for refreshing the specific internet data. At subsequent 

favorable network conditions, the cache is refreshed with 1S * vide0 on Demand Couponing Scheme 

new internet data. In case, of a non-conforming hosting 60 One embodiment of the present invention incorporates the 

server, the service provider can configure the system of capability of delivering content to the subscriber on a 

either self generate the refresh request in a variety for couponing basis. One embodiment architecture incorporated 

manners, such as once only, on a specific timing interval, or a smar t card based debit capability, as well as a conditional 

on a strictly network condition basis. access module capability. The smart card based debit capa- 

The advantage of the web caching to the subscriber is that 65 bility incorporates a card reader, capable of verifying physi- 

the internet data is fetched from the hosting server during cal presence of either a smart card, a debit card, or and credit 

previous to the subscribers request. Upon receipt of the card, and reading its contents. In the case of a smart card, the 
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debit is made directly from the card itself. Whereas in the 19. Statistically Multiplexed FFT Capability 

case of a credit card, or debit card, the information is . . , ... 

processed locally, however, the actual debit is made at the An embedment of the present invention incorporates the 

card holding banking facility. The conditional access module capability of a statistically multiplexed modulation, 

is responsible to decryption of the delivered content at the s demodulation, and channel processing. The Asymmetric 

subscriber site. In one embodiment of the present invention Digital Subscriber line technolo gy (A DSL) modulation 

the content provider provides encrypted data to the network requires a Fast Fourier Transform(FFT). The processing of 

by use of either terrestrial or satellite based transport. the FFT is very computationally intensive. One embodiment 

Only subscribers authorized to use the data are forwarded incorporates the capability that the FFT processing is done 

the decryption coupon. The decryption capability coupled 30 on a demand driven basis. Thus, only those terms of the FFT 

with the couponing mechanism is used for unidirectional whlCD are non-zero are demanded to be computed. If a given 

secure transmission such as a broadcast mode or video on carrier within the Discrete Multi-Tone (DMT) standard of 

demand mode. In this configuration the data resides in an the ADSL standard does not convey any information, its 

encrypted form within the service provider server and the associated FFT term is not computed. One embodiment of 

content provider is guaranteed that the service provider does I5 the invention utilizes a shared processing pool for compu- 

not have the ability to provide copies of this content to tational needs. Thus, the saved computational load, resultant 

multiple subscribers and thereby circumvent royalties or from tne uncomputed FFT term, is available for use by other 

other licensing arrangements. A bidirectional secure channel subscriber line interfaces. 

can be achieved by use of decryption/encryption conditional One embodiment of the present invention intelligently 

access module within the same architecture. 2 o manages the carrier bit packing so that the minimal number 

The smart card based debit card is also used to enable of carriers are used by a subscriber line to transmit the 

secure e-commerce. Within the scope of this document, required bandwidth subject to the associated signal to noise 

e-commerce is used as a term relating to any form of a ratio. An embodiment minimizes the number of carriers and 

transaction between two parties or more that is not a physical packs the maximum number of bits to deliver the service and 

transaction. Wherein, a physical transaction is used as a term 2 5 ^ ereb y reduces the statistically multiplexed FFT computa- 

relating to any form of a transaction between two parties or tional load. 

more that requires the physical presence of all parties. One embodiment of the present invention incorporates the 

E-commerce does not require any transactions of monies, use of a variable precision computation of the fourier 

electronic or otherwise, but simply relates to any transaction transform. When only a few bits are packed within a carrier, 

where two parties or more wish to transact. One of the 30 a larger constellation size results in comparison to when 

limitations of internet based business commerce, consumer more bits are packed within a carrier wherein a smaller 

commerce is a fact that the consumer has to issue a credit constellation size results. However, the number of bits at the 

card number over the internet. It is feasible for an intelligent Analog to Digital converter and the Digital to Analog 

electronic criminal to steal the credit card number and make converter are fixed within the architecture of this embodi- 

multiple charges against the credit card. The use of a debit 35 ment. When fewer bits are being packed within a carrier this 

card within one embodiment of the present invention is because the system has a higher presence of noise. In this 

requires a multi-step process for a e-commerce transaction case, the maintenance of high precision within the FFT and 

to take place. Firstly, the authorization number needs to be other portions of the embodiment is futile, since the limiting 

disclosed by the subscriber requesting the transaction. factor becomes the noise within the channel. One embodi- 

Secondly, the physical presence of the smart card based 40 ment of the present invention incorporates a variable preci- 

debit card is required. Thirdly, the smartcard must have the sion FFT, where in the precision of the FFT is proportional 

credit to complete the transaction. The debit card can be used to the packing density within the carrier. The precision 

to limit the potential monies lost by the subscriber in case of maintained is more than the resultant noise at the carrier 

a stolen authorization code. Furthermore, the card can be within the system. The variable precision FFT computation 

physically removed when the subscriber is not actively 45 module enhances performance by utilizing the less compu- 

engaged in a transaction to minimize risk of misuse. In tationally intensive lower precision computations wherever 

addition, the subscriber is able to interrogate the smart card possible, and only computing the higher precision FFT 

to establish the outstanding credit balance within the smart- carrier terms with high signal to noise ratio, 
card. The smart-card reader can be enhance to also accept a 

debit card and a credit card, thus a physical requirement of 50 20 * Bandwidth on Demand model 

the credit card is mandated to complete the transaction. The (ABR, VBR . . . ) 

rest of the transaction occurs over a secure encrypted means An embodiment of the current invention incorporates the 

and the transaction is validated at the transaction termination capability of managing the quality of service (QoS) deliv- 

site- ered to the subscriber. Traffic management in deployed at the 

One embodiment of the present invention incorporates a 55 service provider server. Several ATM traffic types are 

smart-card based immediate crediting capability within the supported, in particular ABR, CBR, VBR, and UBR. ABR 

network whereby a content provider or bandwidth provider is an ATM traffic type where the packet is transported by the 

can automatically deduct an authorized amount from the ATM switch on a Available Bit Rate means, wherein if the 

smart card. The smart card based debit or credit card ATM switch has available bandwidth it forwards the packet, 

capability is used within one embodiment to purchase tern- 60 CBR is an ATM traffic type where the packet is transported 

porary connective bandwidth such as making a long distance by the ATM switch on a Constant Bit Rate means, wherein 

phone calls or temporary network bandwidth or perfor- the ATM switch will forward the packet at a constant rate, 

mance. In one embodiment of the present invention the VBR is an ATM traffic type where the packet is transported 

subscriber household or business is given several individual by a Variable Bit Rate means, UBR is an ATM traffic type 

smart-cards. Each of these can be assigned to various 65 where the packet is transported by a Unspecified Bit Rate 

individuals at the subscriber premises and in this manner means, wherein the ATM switch forwards traffic in an 

individual usage and charge patterns can be monitored, unspecified manner. One embodiment differentiates between 
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ABR and UBR in that in ABR policy, the system gives a 
minimal bit rate guarantee with more bit rate capability if the 
network condition allow. In UBR policy, the system gives no 
minimal bit rate guarantee and data is forwarded with only 
a guarantee that it will be forwarded in sequential order 
within the network. 

One embodiment of the present invention incorporates the 
capability of supporting multiple traffic types from the 
subscriber on an application basis. Furthermore, the sub- 
scriber is dynamically able to modify his bandwidth require- 
ments so that he is able to achieve the his performance 
objectives without the need of the service provider inter- 
vention. An embodiment is able to deliver a bandwidth on 
demand capability by the use of dynamic provisioning in 
conjunction with the Quality of Service traffic management. 

21 . Remote Video Recording 

One embodiment of the present invention incorporates the 
capability of Remote Video Recording. The service provider 
server has the capacity to store selected recorded video 
content upon request by the subscriber. The present inven- 
tion is differentiated from the prior art in that the prior art 
requires the subscriber to have an intelligent device at the 
subscriber premises to have the storage capacity to store the 
video content, whereas the present invention does not 
require such a intelligent storage capable device. 

One embodiment utilizes the storage element within the 
service provider server to store the content of the video 
recording and then deliver this content to the subscriber in 
a demand basis. The Remote Video Recorder gives the 
subscriber capability of fast forwarding, rewinding, playing, 
pausing and stopping. 

An embodiment incorporates within it the capability of 
video on demand which is functionally similar to a remote 
video recorder functionality, however, the main difference 
between video on demand and remote video recorder is that 
Video on demand data can be transmitted to any subscribe, 
whereas the remote video recorder data is only of interest to 
the subscriber. In one embodiment, a simple access device is 
used to interface to the service provider server, decode the 
video stream from the remote video recorder, and to inter- 
face to the television. 

22. Voice Services 

One embodiment of the present invention incorporates the 
ability for voice messaging services as well as a interactive 
voice response service. The algorithmic IVR capability and 
the voice messaging service capability reside at the service 
provider server. In one embodiment the subscriber has the 
capability to record custom greetings and options at the 
service provider server and be able to access these in a native 
telephone keypad based manner or a browser based inter- 
face. 

23. Video Conferencing 

An embodiment of the present invention incorporates a 
video conferencing capability. Prior art approach to video 
conferencing is typically done by use of ISDN lines or 
bonded multiple ISDN lines are brought into the subscriber 
premises. Dedicated hardware and software exist which then 
enables the user to be able to communicate with another 
video conferencing stations elsewhere. Prior art methodolo- 
gies achieve full protocol compliant compression at the 
subscriber premises. The prior art approach is wasteful in 
that the subscriber based dedicated hardware can not be 
shared due to its physical location at the subscriber premises. 
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Another embodiment of the present invention segments 
the video conferencing capability into two pieces, the sub- 
scriber premise resident front end and the service provider 
server resident back end. The video conferencing front end 

5 is responsible for the Analog to Digital conversion and the 
Digital to Analog conversion as well as a cursory compres- 
sion and formatting of the data to utilize the subscriber line. 
The video conferencing back end is responsible for full 
protocol compliance with the industry wide video confer- 

10 encing standards such as H.320. The video conferencing 
back end is capable of interfacing to the video conferencing 
front end and is additionally responsible for the full protocol 
compression/decompression capability. 

Another embodiment of the present invention has the 

15 capability to deploy desktop video conferencing within a 
business environment or a remote SOHO subscriber pre- 
mises. SOHO subscriber premises capability can either be 
achieved by a dedicated stand alone back-end add in card 
and then subsequent use of typical DSL or ISDN interface, 

20 or by use of a service provider deploying the infrastructure 
of the present invention. Businesses can deploy video con- 
ferencing within the company premises by utilizing the 
standard PBX phone wiring and connecting it to the service 
provider server. In effect the standard PBX phone wire is 

25 then able to deploy DSL in the same manner as the service 
provider. In this manner, the businesses can easily deploy 
desktop to desktop video conferencing to every office within 
the premises. 

30 DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a functional block diagram illustrating a typical 
prior art voice-data communications network architecture. 

FIG. 2 is a functional block diagram illustrating one 
embodiment of the intelligent scalable switching network of 
35 the present invention. 

FIG. 2a is functional block diagram illustrating an alter- 
native illustration of a scalable multimedia switching net- 
work of the present invention. 
4Q FIG. 3 is a functional block diagram illustrating an 
embodiment of a UIP Client architecture. 

FIG. 4 is a functional block diagram illustrating an 
embodiment of a UIP Server architecture. 

FIG. 5 is a functional block diagram illustrating an 
45 embodiment of the multi-DSL line interface. 

FIG. 6 is a functional block diagram setting forth a 
scalable, statistically multiplexed UIP Server architecture 
according to one embodiment of the present invention. 

FIG. 6a is a functional block diagram of a scalable 
50 statistically multiplexed SAR controller. 

FIG. 6b is a functional block diagram of a scalable 
statistically multiplexed frame CODEC controller. 

FIG. 7 is a flow chart setting forth a method for subscriber 
provisioning. 

FIG. 8a is a functional block diagram setting forth an 
embodiment of a multi-channel A/D-D/A architecture. 

FIG. 8b is a timing diagram illustrating multi-channel 
multiplexing. 

6Q FIG. 9 is a functional block diagram showing an embodi- 
ment of the general process control architecture. 

FIG. 10 is a functional block diagram illustrating an 
embodiment of a multi-protocol activity indicator. 

FIG. 11 is a functional block diagram illustrating an 
65 embodiment of the interface for a class 5 switch. 

FIG. 12a illustrates a frequency multiplexed multi- 
channel voice channel. 
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FIG. 126 illustrates a frequency multiplexed multichannel within one embodiment of the present invention. In one prior 

voice over IP communication channel. art embodiment, the main link between the Central Office 

FIG. 13 is a functional block diagram setting forth a video ( co ) aad the subscriber premises is a DSL link. Within the 

conferencing embodiment of the present invention. scope of this document the word Central Office (CO), 

FIG. 14 is a functional block diagram illustrating the 5 s ™ P™ d 0 er premises, central office site, and service 

voice communication aspect of an embodiment of the P[° vi ^ r UIP Servc L r central location are used interchange- 

present invention ^' e services tnat are illustrated within FIG. 1 demon- 

m „ „ . ' strate prior art DSL connectivity service. The DSL connec- 

FK3. 15 is a functional block diagram illustrating voice Uvity fc deliyered ^ an modem Qr an integrated 

tramc termination. 10 acce&s deyice at me subscriber premise s jd e con- 

F1G. 16 shows a user interface corresponding to the nected through twisted wire interface to a DSL Access 

unified Internet portal aspect of an embodiment of the Multiplexer (DSLAM) at the Central Office (CO). The 

present invention. telephony capability is provided through either a Plain Old 

FIG. 17 is a flow chart diagram setting forth a method for Telephone System (POTS) line or over a voice over IP 

voice call processing. 15 packet network. Although an ADSL subscriber line is 

FIG. 18 is a functional block diagram setting forth a UIP disclosed, any other type of DSL subscriber line can and is 

client multi-line voice topology. often used. 

FIG. 19 is a functional block diagram illustrating a video FIG- 1 illustrates the capability of a local LAN to interface 

farm element. 10 a router which in turn interfaces to the Customer Premise 

FIG. 20 is a functional block diagram setting forth a load 20 ^ (CPE) side Integrated Access Deyice (IAD). The 

sharing model according to one embodiment of the present ^ » tura ^rfaces to .the CO DSLAM. Furthermore, 

invention illustrates the capability for video conferencing from 

™™ ^ ^ , t the subscriber's premises to the local LAN, as well as 

FIGS. 21a, 21b and 21c are diagrams showing a menu of multi k td hone extension capability. Furthermore, FIG. 1 

services and options according to one embodiment of the 25 fltafilratcs a fax and modem capabi i ity frorn the subscriber 

present invention. premises. FIG. 1 further illustrates a Private Branch 

FIG. 22 is a flow chart setting forth an initialization Exchange (PBX) capability. The prior art deployment dia- 

method for self straping. gram 0 f j^q i also illustrates the capability of supporting 

FIG. 23 is a functional block diagram illustrating a smart video services, such as standard television, and local LAN 

card-based e-commerce mechanism. 30 based Internet television, video conferencing, or video mail. 

FIGS. 24a thru 24k illustrate computational strategies On the central office side, FIG. 1 illustrates the server 

according to one embodiment of the present invention. complimentary functionality. Additionally, an Interactive 

FIGS. 25a and 25b outline the bandwidth on demand Voice Response (IVR) capability is illustrated at the CO 

event tag mechanism and the event based debit charge and side. FIG. 1 also illustrates a billing capability, as well as the 

monthly billing model associated with the bandwidth on class 5 switch to support the standard telephony capability 

demand event tag, and the voice over IP capability. One of the primary infra - 

FIG. 26 is a flow chart diagram setting forth a method structures that exists within the voice capability is the SS7 

relating to a remote video recording event, S atewa y whlch 15 ^ for blllin S 35 weU as switching 

„ P . .„ . capability and phone routine functionality. 

FIG. 27a is a functional block diagram illustrating a 40 v__ / i .« . T , 

service striping model illustrates the Internet backbone connectivity 

_ _ „. . . . . , , which provides the capability for a plurality of subscribers 

FIG. 27b is a service stnpmg load diagram. {Q wmmdcate ^ each other across the Intemet Back . 

FIG. 27c is a functional block diagram showing a striping bone. FIG. 1 further illustrates the routing capability, the 

architecture topology. ^ switching capability and the local networking capability at 

FIG. 27a 1 is a functional block diagram setting forth a the CO required to provide the Intemet Service Provider 

striping fetch hierarchy. (ISP) functionality. FIG. 1 additionally illustrates a broad- 
cast cable TV capability based on either a cable TV feed or 

DETAILED DESCRIPTION OF THE a satellite feed. 

INVENTION 5q pjQ ^ illustrates a segregated television network from the 

A. Prior Art Voice-Data Communications Network ,ele P ho °y \ nd , da,a h setvice f f s I*?* 0 *™*™ 1 

Architecture m shows a television set 100 through which 

a subscriber is able to receive and possibly make video 

FIG. 1 outlines the state of the prior art as it is typically communication decisions, such as watching video on 
deployed. As is illustrated in FIG. 1, the prior art often 55 demand, movies, broadcast television, or Internet television 
features a highly complex network topology for deployment among others. The television set 100 is connected to a Set 
of multiple services. Certain prior art has integrated limited Top Box 122 which hosts a certain degree of intelligence, 
functionality in order to simplify the network topology. Minimally, it is capable of interfacing with the cable tele- 
However, the prior art falls short of the need to simplify the vision infrastructure or a video broadcast satellite network, 
network topology of a true multi-service network. The 6 q Set Top Box 122 connects to a cable television infrastruc- 
present invention is differentiated from prior art in that a ture. In one prior art embodiment, Set Top Box 122 inter- 
unified model is implemented by use of a distributed access faces via the cable television coaxial cable to a cable 
methodology that enables multiple services to be deployed headend 136 which in turn interfaces to a cable TV feed 138. 
through distributed interconnection of similar systems. Fax modems 102 and 104 are non-compressed full band- 

FIG. 1, Prior Art Equivalent Deployment Model, outlines 65 width fax modems and interface to the network through a 

the general prior art methodology of deploying the various voice over IP gateway, The full bandwidth fax modems 102 

voice, data and communications services incorporated and 104 are not compressed nor are they IP encapsulated. 
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The voice over IP gateway 162 interfaces to a CPE IAD 120. 
CPE IAD 120 aggregates multiple traffic types within the 
premises. Telephony and data services are then aggregated 
to go across a DSL link as illustrated in FIG. 1. The digital 
subscriber line (DSL) link is connected to a Digital Sub- 5 
scriber Line Access Multiplexer (DSLAM) 134. Telephony 
peripherals 112, 110, 108 and 106 are standard POTS based 
telephones which can interface to either a Private Branch 
Exchange (PBX) 160, or a Voice Over IP Gateway 162. The 
PBX 160 and the Voice over IP Gateway 162 interface to the ]0 
CPE IAD 120. The Voice Over IP Gateway and PBX are 
differentiated between each other in that typically Voice 
Over IP Gateway is compressed using specific coding meth- 
ods and then encapsulated by IP (Internet Protocol). The 
Voice over IP Gateway is primarily a packet-based device, 35 
whereas a PBX is a time division multiplexer-based device 
and uses different compression standards, if any. 
Fundamentally, the functionality of both of these items is to 
digitize and encode the voice telephony channel hand then 
transmit it through the CPE IAD 120. 20 

FIG. 1 illustrates a video conferencing station 114, that 
can be a simple television camera connected to a PC using 
either a simple network or a plug-in card. A video display 
can be a PC screen. Audio methodology can be a speaker 
used as a stand-alone or part of the computer system. The 25 
video conferencing station 114 communicates through use of 
a CPE local area network (LAN) 116, through either a PC or 
directly. The CPE LAN 116 communicates to an internal 
local router 118. The local router 118 utilizes Ethernet IP and 
interfaces directly to a CPE IAD 120. The local router 118 30 
enables multiple sessions of either the video conference 
station, PC, or other peripherals within the subscriber net- 
work. Local Router 118 connected to CPE IAD 120 using 
Ethernet IP is exemplary of a typical subscriber network 
within the premises. Alternatively, other networks such as 35 
Universal Serial Bus (USB) or Firewire (IEEE1394) among 
others can be used. Telephone 124 is a POTS only telephone 
and is capable of deploying life line services. Telephone 124 
is also capable of a stand alone capability within an ADSL 
equivalent deployment model. Telephone 124 through use of 40 
the POTS line or the CPE IAD 120 and high speed data 
traffic is multiplexed together and steered using a DSL link 
to a standard Digital Subscriber Line Access Multiplexer 
(DSLAM) 134. 

The functionality of the DSLAM 134 at the central office 45 
is to convert analog signals from the DSL link into digital 
signals and to convert digital signals to the analog signals on 
the DSL link. The traffic output of DSLAM 134 is either an 
IP-based or ATM based output. FIG. 1 illustrates an ATM 
interface to an ATM Switch 140. The ATM Switch 140 is 50 
responsible for distributing traffic of different types and 
distributes IP traffic directly to a Call Agent 132. All traffic 
related to an Interactive Voice Response Server 130, a 
Billing Server 128, or a Messaging Server 126, goes through 
the Call Agent 132. ATM Switch 140 is also responsible for 55 
segregating traffic to the Internet through use of ATM to IP 
Router 142. The ATM to IP Router 142 steers traffic within 
the network of the service provider. The ATM Switch 140 is 
also responsible for distributing the voice traffic to a Central 
Office voice over IP Gateway 148. The Central Office voice 60 
over IP Gateway 148 can direct traffic utilizing another IP 
Router 150 across to the Internet Backbone 158. For traffic 
that is terminated within the Central Office (CO) itself, the 
ATM Switch 140 can either route or switch the traffic back 
and direct the Central Office voice over IP Gateway 148 to 65 
route the voice traffic back to another subscriber within its 
own network. 



,239 Bl 

22 

POTS traffic can directly interface from DSLAM 134 by 
use of a dedicated link, such as a Tl, a DS0 or a DS1, to a 
Class 5 Switch 144. The Class 5 Switch 144 can utilize 
standard SS7 signaling capabilities and interface to an SS7 
Gateway 146 to determine the telephone route. DSLAM 
134, via ATM Switch 140 and Central Office Voice Over IP 
Gateway 148 can directly interface with the SS7 Gateway 
146, as well. The SS7 Gateway 146 can be used to route 
voice over IP traffic, if the voice over IP traffic is to be 
terminated within Class 5 Switch 144. 

B. Intelligent Scalable Switching Network — 
Overview 

FIG. 2 is an overview of one embodiment of the intelli- 
gent scalable multimedia switching network of the present 
invention. As FIG. 2 shows, the inter-connectivity is greatly 
simplified due to use of a unified access device-i.e., the 
Unified Internet Portal (UIP) Server 226 operably connected 
via a DSL line to a UIP Client 224. 
l.UIP Client Side 

The UIP Client 224 is capable of direcdy interfacing with 
a plurality of voice and data communications devices. For 
example, UIP Client 224 is capable of directly interfacing 
with a standard television set (TV) 100. In addition to the 
direct connection between the UIP Client 224 and the TV 
100, it is possible to insert a Set Top Box between UIP Client 
224 and TV 100. In either embodiment, the deployment 
model is simplified. In one embodiment, the UIP Client 224 
can be simplified, in that it is only capable of supporting 
limited functionality. This limited functionality could simply 
be an interface to either just a PC or other computer device, 
or just a set top box. This form of^a_UIP client is referred to 
as a r UIP. thin client, ^herein a -thin ffien t -i TO lgdes' a: subset 
o jflthelftinietip ji^ 

embodiment of U^UIPJcUentJ ^ ^ 

FIG. 2 also illustrates the interconnection between a UIP 
Client 224 and two fax modems 102 and 104. The charac- 
teristic of a fax modem is that the line interfacing circuitry 
does little or no compression. The line interfacing circuit has 
a digitization capability enabling full bandwidth transmis- 
sion of voice channels. Differentiated from the Fax Modem 
102 and 104 are the telephones 106, 108, 110, and 112. 
There are a minimum of one and up to a plurality of 
telephone connections including and not limited to the fax 
modem. In one embodiment, the voice channels from the 
telephones 102, 104, 106, 108, 110, and 112 are digitized 
and compressed by use of advanced compression mecha- 
nisms resident in UIP Client 224. The telephones devices 
102, 104, 106, 108, 110, and 112 can either be POTS 
telephone devices or voice over IP telephone devices. Thus, 
the digitized voice data could then be further encapsulated 
within a data communication protocol such as the Internet 
Protocol (IP). In addition to the telephony devices 
mentioned, a standard POTS telephone 124 is also available 
which can either be an integrated or separated from the UIP 
Client 224. 

FIG. 2 shows a separated POTS only device telephone 
124. The telephone 124 interfaces to the Digital Subscriber 
Line through use of a splitter 221 at the link between the 
subscriber line of the DSL circuit and the POTS line. In one 
embodiment, the UIP Client 224 incorporates internally 
splitting functionality; thus, a single POTS telephone wire is 
made available as a single connection from the splitter 
unified UIP Client. 

UIP Client 224 is also capable of interfacing with a 
personal computer, PC 214, by some form of a networking 
capability, either a Universal Serial Bus (USB) or any other 



06/09/2004, EAST Version: 1.4.1 



US 6,640,239 Bl 

23 24 

suitable networking device. Computing device 214 is also Server 226 is illustrated within FIG. 2a as the central 
capable of interfacing to UIP Client 224 through a standard location of the server-side network. In another embodiment, 
Ethernet IP networking methodology which could then a plurality of UIP servers 226 are connected to the server- 
interface directly to a router 118. Router 118 enables the UIP side network. UIP Server 226 interfaces to the existing 
Client's 224 access to multiple PC 214 devices. Traffic can 5 Public Switch Telephone Network 280 with either direct 
be routed by use of the Router 118 to any devices interfaced POTS traffic or POTS Tl traffic. The fundamental difference 
with the CPE LAN 116. FIG. 2 also illustrates a video between these two separate links is the fact that the standard 
conferencing station 114 demonstrating connectivity of at POTS traffic could be a DSO non-terminated circuit whereas 
least one video conferencing site within a subscriber net- the POTS Tl traffic is a digitized Tl terminated circuit. A 
work. Video conferencing station 114 could have dedicated typical Tl is a plurality of digitized voice circuits transmit - 
compression capability at a specific video conferencing ted in a specified protocol. FIG. 2A illustrates a Data Traffic 
station 114 or it could incorporate the compression capabil- Router 296 that interfaces to the Internet 298. A number of 
ity at the PC 214 using either a plug-in card, other hardware Data Traffic Routers (296) are available in the market with 
device, or software -based algorithm. Furthermore, the com- varying interfaces. The Data Traffic Router 296 also inter- 
pression capability required for the video conferencing faces to a plurality of UIP Servers 226. In one embodiment, 
station 114 could reside within UIP Client 224. 15 Data Traffic Router 296 is a data oriented packet-based 
2. UIP Server Side transport device for interface to the Internet 296. In one 
As shown in FIG. 2, the Intelligent Scalable Multimedia embodiment, the link between Data Traffic Router 296 and 
Switching Network is a flexible unified mechanism which is UIP Server 226 is an OC-3, OC-12, or a STM1 or STM3 
able to deliver multimedia content and perform this in a Data Traffic protocol. 

distributed and controlled fashion between a UIP Server and 20 i n 0 ne embodiment, the UIP Server 226 interfaces directly 

a UIP Client. The UIP Server can service a number of links with a video headend interface 294. Video headend interface 

from a few lines to hundreds of lines in this network. For 294 can have multiple interfaces as illustrated by FIG. 2A, 

example and in one embodiment, the network shown in FIG. such as to a Satellite Video Broadcast Feed 300. FIG. 2a 

2 is capable of transmitting data in raw form from video illustrates a direct satellite broadcast link. The Satellite 

conferencing station 114. Specifically, the data is transmitted 25 video Broadcast Feed 300 antenna can reside on the roof of 

to UIP Client 224 which then communicates it to UIP Server a central office where an extended Video Farm 292 or a DVB 

226. UIP Server 226 can take the video conferencing raw Cable interface is not available. In such an embodiment, the 

data stream, compressed only for transport purposes, for video Headend 294 includes tuning circuitry capable of 

data transport across the DSL link. In one embodiment, the interfacing the Satellite Video Broadcast Feed 300 to the 

resulting data stream is then un-compressed at the UIP 30 UIP Server 226 and tuning to specific frequencies. 

Server 226 and is then re-compressed using standard indus- Alternatively, the UIP Server 226 can also directly interface 

try wide compression algorithms for video conferencing, t 0 Video Farm 292, comprising one to a plurality of video 

such as H.320. The standards compressed video conferenc- storage and retrieval systems capable of interfacing to the 

ing stream is then transported across a PSTN network scalable intelligent multi-media switched network through 

through use of a Class 5 Switch 144. This capability is 35 standard communication interfaces such as OC-3, OC-12, 

advantageous because of interoperability concerns with the and STM3. 

existing video conferencing systems. FIG. 2A also illustrates the interface between the UIP 
In one embodiment, UIP Server 226 has a dedicated Server 226 to a subscriber line. UIP Server can be connected 
capability of supporting voice over IP and interactive voice to one to a plurality of separate subscriber lines. In one 
response services as well as messaging and storage capa- 40 embodiment, each subscriber line at the terminating end 
bility. It is also capable of acting as an Internet service requires either a Splitter 221 in the case of a splitter-based 
provider local area network ("ISP LAN"). In addition, it is capability such as ADSL, or a direct interface in case of 
also able to perform edge switching and edge routing, and is non-splitter-based DSL. The Splitter 221 in the example of 
able to deliver a host of video services, among them video the ADSL embodiment is responsible for splitting the data 
on demand, broadcast TV, Internet TV, and video mail. In 45 traffic and the Pots Standard Traffic. FIG. 2A illustrates a 
one embodiment, UIP Server 226 has dedicated connectivity POTS Peripheral 284 such as a standard telephone, answer- 
to an authentication and verification Radius server 154 ing machine, or the like, which connects directly to Splitter 
which is required to be able to authenticate and verify any 221. The other side of the Splitter 221 interfaces with UIP 
kind of data traffic (for example, the Internet service pro- client 224. The UIP Client 224 is fundamentally responsible 
viders local area network), as well as be able to maintain 50 for the modulation, demodulation and general modem func- 
some virtual private networking capability. In one tionality such as within the ADSL protocol. As illustrated in 
embodiment, UIP Server 226 is also capable of interacting, FIG. 2A, the UIP Client 224 can further interface with one 
direcdy or indirectly, to an SS7 Gateway 146 which is of more UIP Peripherals 288, such as computers, voice over 
utilized for decision making on routing class 5, or standard ip peripherals, or standard POTS peripherals. 
POTS telephone calls. The SS7 Gateway 146 directly inter- 55 

faces with Class 5 Switch 144 and instructs the switch how C UIP Client Architecture 

to steer and manage the voice traffic generated from UIP FIG. 3 provides a more detailed illustration of the UIP 

Server 226. In another embodiment, UIP Server 226 also Client architecture and interfaces in the embodiment of the 

interfaces directly to a video subsystem network, Cable TV UIP Client 224 illustrated in FIG. 2A. The interfaces related 

and Video On Demand Feed 234. This is a primary input to 60 to UIP Client 224 are shown in a home environment 

the UIP Server for broadcast and video on demand services. deployment scenario. UIP Client 224 can also reside in a 

UIP Server 226 also directly interfaces to ATM To IP Router business and other client relationships where specific 

142 which is fundamentally responsible for converting the devices and specific capabilities would be enhanced or 

ATM traffic to IP and determine the routing that is required subtracted from the home environment deployment scenario 

to be able to interface to Internet Backbone 158. 65 based UIP Client 224. 

FIG. 2A presents an alternate view of the scalable intel- FIG. 3 illustrates an ADSL embodiment of a client inter- 

ligent multimedia network of the present invention. UIP face. In particular, the Splitter Functionality 221 is illus- 
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trated for ADSL. The Splitter 360 is essentially a trans- capability to directly or indirectly interface to voice/fax 

former for isolation and interfacing purposes. The splitter CODECS 352, The functionality of the voice/fax CODECS 

360 segregates the frequency spectrum so that a standard- 352 includes the ability to interface to several standard 

ized POTS spectrum is sent through a Low Pass Filter 356. telephone peripherals such as a fax/modem/ phone devices 

The end result of the output of the Low Pass Filter 356 is a 5 102 and 104. In one embodiment, the voice/fax CODECS 

standardized POTS based voice service capability. The Low 352 functionality can include within it an encapsulation 

Pass Filter 356 output is connected to a standard POTS capability such as being able to encapsulate the standardized 

peripheral 124. The filter block functionality 221 also illus- voice telephony into IP traffic. In one embodiment, Fax/ 

trates a High Pass Filter 358. The High Pass Filter 358 is Modem/Phone devices 102 and 104 are standard regular 

used to filter the data traffic and to interface it with the UIP 10 POTS phones. In one embodiment, the data used by Fax/ 

Client 224. Modem/Phone devices 102 and 104 are not compressed, but 

In one embodiment, UIP Client 224 incorporates within it are ™?>«l digitized at the standard maximum digitizing 

the functionality for a Customer Premise Equipment DSL capability required by the phone system. Tins enables an 

Modem 346. The CPE DSL Modem 346 is responsible for * nterfac ? , to , a Ti I \np m™,^/ * vl ^ 

the modulation, demodulation, and the general modem inter- 15 £f 

r LM-x t jj-.* T, nT w , 10 manner. In addition to the capability ot interlacing with lax 

face capability. In addition, CPE DSL Modem 346 takes the modems W2 and 1M me ^ ^ C0DECS also inter- 

digital traffic and splits it into a plurality of digital streams faces t0 ^ standard telephone peripherals, such as telephone 

of data based on their functionality. In particular, the CPE 106j 108j uo and 112 ^ poxs peri pherals 112, 110, 108, 

DSL Modem 346 can interface with a Universal Serial Bus and 106 arc differentiated from the POTS peripheral 124 in 

(USB), or other interface to a personal computer 214 as 2 o that the telephone 124 interfaces to the scalable intelligent 

illustrated in FIG. 3. Additionally, one of the functionalities multimedia network through a POTS line bypassing most of 

of the CPE DSL Modem 346, in one form, is to directly the UIP Client functionality. In contrast, the signals from 

interface with either an Ethernet-based home networking telephones 106, 108, 110 and 112 are digitized through 

capability, or any other suitable home networking standard. Voice/Fax CODECS 352 and then go through a UIP Client's 

In one embodiment, traffic generated for the video network 2 5 transport mechanism to be delivered in a digital means. The 

and the audio network for home entertainment is directly advantage of this methodology is that multiple extensions 

separated at the CPE DSL Modem 346 in the form of a can be supported and more intelligent phone management 

MPEG-2 Transport Stream 348, as exemplified in FIG. 3. can take place at the UIP client 224. In one embodiment, 

The MPEG-2 Transport Stream 348 illustrates a standards- data fe digitized at the UIP Client 224, and therefore no 

based circuitry used to decode given MPEG-2 streams. In 30 significant signal degradation occurs due to noise from the 

one embodiment, the output of a MPEG-2 Transport Stream subscriber line. In one embodiment, UIP Client 224 includes 

348 is an IEEE 1394 firewire standard. Of course, any a battery backup 366 and power supply and management 

suitable standard can be used. In one embodiment, the IEEE * W capability inherentiy within its design The objective of 

1394 firewire directly interfaces to a Set Top Box 326. The T^^S^^^^T * ™ 

Set Top Box interfaces to a television set TV 328. The IEEE « °^ 1* on a P owe J 011 a S e * 

/ . « j • * _c - 1 * r One embodiment or the present invention guards against 

1394firewn-e^ f faflures s cifica]1 / and in one embodiment, Power 

t ^ ^ & T video streams to a television. g x and Mar £ t ' circuit 364 ^ utilized in mn _ 

The MPEG-2 Transport Stream 348 has within it a built-m junction with a Batt Backu 366 to mamlain system 

capability for a Smart Card Interface 347. The Smart Card powcr at all timcs to UIP aicni 22 4. In one embodiment, the 

Interface 347 is responsible for authorizing and enabling 40 ^put to this block of circuitry is a standard power interface 

specific functionality. The Smart Card Interface 347 can also sucn as no or 120 volts connected directly into UIP 

be utilized for subscription services as well as standard debit client 224. In one embodiment, Power Supply and Man- 

and credit exchanges. Within the scope of this document the agement circuitry 364 and the Battery Backup 366 are 

smart card interface, the card reader, and the card interface responsible for delivering the minimal power required by the 

are used interchangeably. In one embodiment, MPEG-2 45 service requested. In particular, if a video stream is enabled 

Transport Stream 348 also interfaces to a Conditional Access and a telephone/fax/modem is enabled, only the circuitry 

Module 349. Conditional Access Module (CAM) 349 is tna t is actively being utilized is actually enabled. In one 

responsible for encryption and decryption of specific embodiment, the Voice/Fax CODECS 352 as well as the 

streams. The decryption portion of CAM 349 enables the CPE DSL Modem 346 that are required to be able to deliver 

decryption of data streams for subscriber-based authoriza- 50 telephony services for telephones devices 106, 108, 110 and 

tion. The CAM 349 can service multiple streams, such as, 112 are managed on an on-hook, off-hook basis. In one 

video or voice/fax CODECS for security control and autho- embodiment, power is managed so that the UIP Client 224 

nzation. g oes m a standby mode for power conservation as soon as 

As FIG. 3 provides, one embodiment of the general UIP the service requirements are met. In terms of the modulation 

Client architecture includes a MPEG-2 Decoder 350 whose 55 and the demodulation occurring within CPE DSL Modem 

output can be a standardized analog output, such as channel 346, all CPU capability is put in a standby mode and only 

3 or channel 4. The analog output from the MPEG-2 the direct interface circuitry for the digital interface is 

Decoder 350 directly interfaces to television 328. The spe- enabled during a standby mode. Standby mode is detected 

cific channel utilized for transmission is for exemplary by monitoring the status of the AC power as it comes into 

purposes only and is only one of many such possible analog <>o UIP Client 224. In one embodiment, battery backup 366 

direct connects to a television, among others such as direct incorporates the capability to interface to a standard 

video and audio connect. In another embodiment, the output flashlight-type battery. The use of a flashlight battery enables 

of MPEG-2 Decoder 250 is a digitized Dolby AC-3 interface a simple subscriber-controlled means of temporary power 

or a standardized analog interface to a set of speakers or a supply capability. The subscriber can install a battery on a 

home entertainment audio system, illustrated by Item 342. 6 5 temporary basis to bring life to a UIP client that may have 

The CPE DSL Modem 346 of the embodiment shown in already exhausted its standby life due to an extended power 

FIG. 3 also segregates traffic directed for standard telephony outage. 
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D. UIP Server Architecture to ATM 382 exemplifies the capability of encapsulating a 

. standardized video stream, such as MPEG-2 over DVB 

FIG. 4 outlines functional circuitry of one embodiment of cablc fecd> hVo m ATM traffic typc> ^ UIP archi . 

the UIP Server 226 of the present invention. UIP Server 226 tecture incorporates the interface and encapsulation of the 
includes a splitter block 384 utilized to segregate data traffic 5 DVB cable feed into an ATM traffic type, so that a simple 
from the low pass voice traffic as is customary in a splitter cable TV interface, such as coaxial cable, is simply con- 
based DSL network and also illustrated in FIG. 2A splitter nected to the UIP Server. The DVB Cable Interface with 
block 221. The difference between splitter block 221 and MPEG to ATM 382 is then able to tune to a specific 
splitter block 384 is that the splitter block 384 is responsible frequency, be able to isolate the digital signal through a 
for segregating the traffic at the central office site whereas, 3Q DVB cable protocol from the tuned frequency, be able to 
the splitter block 221 is responsible for segregating the route and switch a given digitized transport stream encap- 
traffic on the UIP Client side. Similarly to splitter block 221, sulated into ATM, and deliver it to the wide area networking 
the splitter block 384 is subdivided into three separate sub switch 380. 

sections. Splitter transformer 390 is responsible for segre- [ n addition to the video capability incorporated within the 

gating high frequency and low frequency traffic. The high 15 UIP architecture is also the audio capability incorporated by 

frequency traffic contains the digital traffic that is processed vo ice over IP over ATM 378. The voice over IP over ATM 

by a high pass filter 386 to condition the circuitry for 378 interfaces directly through ATM interface to the wide 

recovery by analog interfaces 360, 364 and 368. The low area networking switch 380. The voice over IP over ATM 

frequency traffic content portion of the signal is then pro- 378 takes ATM traffic originated by a specific voice channel 

cessed within Splitter Block 384 by a Low Pass Filter 388 2Q ant j encapsulates it within a standardized protocol such as 

whose responsibility is to condition and provide connectiv- the Internet Protocol (IP). The voice over IP over ATM 378 

ity to a standardized PSTN cloud 280. The simplest model delivers this stream over the PSTN cloud 280 to a plurality 

of deployment using this DSL POTS only functionality is a 0 f UIP clients. Within the PSTN cloud 280 the voice over IP 

simple telephone 124 (as in FIG. 3). In one embodiment, a over ^Nl 378 interfaces to a standard set of POTS 

POTS telephone 124 (see FIG. 3) is connected to the low 25 peripheral, such as telephones, and answering machines, 

pass filter 356 of splitter block 384 on the client side, then The functionality of voice over IP over ATM 378 includes 

out through the subscriber line to the subscriber line in FIG. the subscriber line termination of the phone circuit, the 

4, into the splitter block 384, then to the splitter 390, then to digitization of it, the compression of the resultant stream, the 

the low pass filter 388, then to the PSTN Cloud 280. The ip encapsulation, the segmentation and re-assembly into an 

PSTN Cloud switches and routes the telephony service to 3Q asynchronous transfer mode (ATM) traffic type, and finally 

wherever required. Asimilar UIP Client Architecture may or me conditioning of the stream to interface to the wide area 

may not exist at the receiving end. This is the simplest way networking switch 380. Alternatively, the voice over IP over 

of connecting two telephones through the UIP Client and the ATM 378 interfaces directly to a digitized PSTN stream 

UIP Server. In addition to the voice traffic, the data traffic is sucn as a Tl circuit instead of the individual subscriber fine 

segregated off the high pass filter 386 which then is termi- 35 termination of the phone circuit and the digitization of them, 

nated at the Analog Interface 360, 348 and 368. The signal ^ wide area netW orking switch 380 interfaces to a 

is then further processed by the Digital Interface 362, 266, standardized network interface, such as OC3, OC12, OC48, 

and 370. STM1 , STM3 or any other commonly used standard within 

As FIG. 4 illustrates, UIP server 226, in one embodiment, the PSTN infrastructure. In addition to the voice over IP over 

provides a means of servicing 24 ports by a standard single 40 ATM 378 functionality, the general UIP server architecture 

chassis. It contains six boards, three analog interface boards also incorporates a video conferencing over ATM function- 

360, 364, and 368, and three digital interface boards 362, ality 376. Video conferencing over ATM 376 and the voice 

266, and 370 providing the 24 line modulation- over IP over ATM 378 are analogous to the extent that 

demodulation capability. One embodiment of the present standardized telephony circuitry, such as, for example, 

invention uses an ADSL interface. A number of other DSL 45 ISDN capability 374, can be utilized. The Video conferenc- 

interfaces exist as alternatives, such as SDSL and IDSL. One ing over ATM 376 incorporates the ability to convert video 

to a plurality of DSL connections can be terminated and and audio streams in the a standard video conferencing 

digital traffic segregated and formatted to connect to a Wide protocols, such as, H.320, then encapsulating the resultant 

Area Networking (WAN) Switch 380. The Wide Area Net- stream into ATM traffic type, and then conditioning the 

working Switch 380 typically switches packets based on an 50 resultant stream to interface to the wide area networking 

OSI Layer 2 or Layer 3 basis. However, any other levels of switch 380. Alternatively, raw video and audio streams may 

switching can be implemented within the Wide Area Net- be processed by the video conferencing over ATM interface 

work Switch 380, such as application Layer 7. The func- through use of multiple bonded ISDN lines, or the traffic 

tionality of the WAN Switch 380 routes and switches traffic resulting from the digital interface 362, 366, or 370 via the 

between multiple DSL lines, voice lines, video lines, and 55 WAN switch 380. The raw stream would be formatted to a 

data lines. In one embodiment, WAN Switch 380 also standard video conferencing standard such as H.320, and 

provides a general network interfacing capability that can then the video conferencing over ATM interface then encap- 

then be utilized to interconnect multiple UIP servers. In one sulates the resultant stream into an ATM traffic type. The 

embodiment, WAN Switch 380 also has the capability of stream is then forwarded to the WAN switch for general 

interfacing with an existing broadband ISDN infrastructure 60 routing and switching. The video conferencing over ATM 

within the public telephone network. 376 can also take traffic from the WAN switch and then 

In one embodiment, WAN switch 380 also has the capa- interface to a standard ISDN connection for dedicated 

bility to interface to a cable TV infrastructure as illustrated communication to video conferencing sites, 

in FIG. 4 by the DVB Cable interface with MPEG to ATM In addition to the various interface capabilities, one 

382. The traffic resulting from the cable TV infrastructure is 65 embodiment of UIP server 226 also includes a system 

converted to ATM traffic by the DVB Cable interface with controller 398 that provides a means of local storage in the 

MPEG to ATM 382. The DVB Cable Interface with MPEG form of hard drives 394, in one embodiment, or remote 
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storage 1276 through use of a Storage Area Network (SAN). 
The system controller 398 incorporates the capability of a 
self-strapping mechanism where the functionality of the UIP 
server architecture would be able to be brought on-line 
without intervention from a hard drive such as 394 or the s 
remote storage 1276. The hard drive 394 typifies temporary 
storage, such as caching data, messaging data, among others 
and effectively yields a performance improvement advan- 
tage to the UIP server 226 as opposed to a mandatory 
operational requirement of the UIP server 226 architecture. 10 

E. Multi-DSL Line Interface Capability 

FIG. 5 is a detailed illustration of the multi-DSL line 
interface capability of one embodiment of the current inven- 
tion. In one embodiment, the AFE MUX plus analog filters ^ 
430 allow for the integration of multiple protocols, such as 
G. Lite and ADSL. More particularly, the embodiment 
shown in FIG, 5 interfaces different protocols in such a 
manner that a MUX existing at the front end on the analog 
side is used to select, under the control of the system 2 o 
controller interface 442, which specific front end output is 
digitized by the system. Selection under the control of a 
system controller interface 442 enables dynamic switching 
between various protocols, such as ADSL to SDSL by the 
use of the multiplexing capability. Appropriate analog filters 25 
required by the specific DSL technology protocols are 
utilized to achieve the required signal characteristics and are 
part of the capability of the AFE MUX plus analog filter 
block 430. The subscriber line interface 424 incorporates the 
capability of interfacing with a variety of DSL technologies 30 
and has the ability to aggregate these multiple functions 
within one subscriber line interface. 

The Digital Front End (DFE) Analog to Digital (A/D) 
Digital to Analog (D/A) phis digital filters functionality 432 
incorporates the capability of converting the signal from the 35 
digital to the analog domain and back from the analog to the 
digital domain. Additionally the DFE A/D D/A plus digital 
filters 432 is also capable of processing the resultant digital 
signal based on the specific protocol used, such as G, Lite or 
ADSL or SDSL. The DFE A/D D/A plus digital filters 432 40 
in conjunction with the AFE MUX plus Analog Filters 430 
process multi-DSL technologies at the input side and output 
a digital stream under the control of the system controller 
interface 442. FIG. 5 outlines the general multi-DSL inter- 
face capability that is able to deliver the line coding and the 45 
analog and digital processing to be compatible with the 
various DSL protocols, such as SDSL and/or ADSL. The 
multi-DSL capability of the present invention enables the 
ability to deploy dynamic provisioning. 

In particular, multiple different subscriber line interfaces 50 
for digital traffic exist, among others; I DSL, which is essen- 
tially an ISDN-based DSL; SDSL, which is a symmetric 
digital subscriber line capability; ADSL, which is an asym- 
metric digital subscriber line interface, as well as more 
popularly known interfaces as G. Lite. These multiple DSL 55 
technologies are illustrated in FIG. 5. Subscriber Line Inter- 
face 424 incorporates the capability of interfacing to the 
subscriber line, isolating and protecting the subscriber line 
so that a multi-DSL capability can be serviced. In one 
embodiment of the present invention, separate Analog Front 60 
End (AFE) circuits interface to several DSL technologies, 
such as G.Lite (AFE 428), ADSL (AFE 434), SDSL (AFE 
438), IDSL (AFE 440), among others. In one embodiment, 
the AFEs interface to a general AFE multiplexer/analog filter 
430. The AFE multiplexer/analog filter 430 incorporates the 65 
capability of selecting one of the AFE output signals, and 
filtering and conditioning the signal so that a Digital Front 



,239 Bl 

30 

End is able to digitize and further process the signal. The 
multi-DSL line interfacing capability of the present inven- 
tion makes it possible to support only a single DSL 
technology, so that only ADSL circuitry can be 
implemented, or just a SDSL circuitry or any combination of 
circuitries. 

One embodiment of the present invention incorporates 
dynamic configuration of the DSL technology by selecting 
which of the AFE interfaces (428, 434, 436, 438, and 440) 
are actively utilized to interface to the AFE multiplexer/ 
analog filters 430. Splitter block 426 is a standardized 
splitter capable of isolating voice traffic from data traffic at 
the central office analogous to splitter block 384 of FIG. 4. 
The differentiation between the 426 splitter and the splitter 
blocks discussed in FIG. 4 splitter block 384, is that the 
splitter block 426 is a multi -signal splitter and provides 
isolation and interface capability to multiple front ends, such 
as G. Lite AFE 428, ADSL AFE 434, as well as other splitter 
based technologies as illustrated in 436 of FIG. 5. The 
general DSL AFE 436 incorporates AFEs for various other 
DSL types, such as HDSL, VDSL, among others. These 
technologies may be splitter or splitterless, symmetric or 
asymmetric. The SDSL AFE 438 and the IDSL AFE 440 
interface directly to the subscriber interface because no 
POTS-based voice traffic is within the scope of this inter- 
face. New DSL technologies can also be expanded within 
this multi-DSL line interface functionality as standards are 
established and compatibility with existing standards allows. 
The splitter block 426 segregates the POTS-based voice 
traffic to interface to voice band AFE 422. Hie voice band 
AFE 422 incorporates an analog compression and digitiza- 
tion capability. The voice band AFE 422 is the analog 
interface for the voice circuit, and the voice band digital 
front end (DFE) 420 is a digital front end including com- 
pression and protocol formatting functionality. The digital 
voice traffic is then routed and switched using either POTS 
or voice over IP basis to the general network interface within 
the service provider's equipment. 

F. Multi-Channel Multiplexing 

FIG. 6 illustrates the multiplexing nature of the present 
invention. One of the underlying themes within the UIP 
server architecture is that resource usage has been optimized 
at every level of the architecture. In particular, FIG. 6 splitter 
block 460 demonstrates the interface to multiple subscriber 
lines. One to a plurality of subscriber lines interface to the 
splitter block 460, the high frequency content of the signal 
is then forwarded to the multi-line AFE 462, 482, 486, 490 
and 494. Multi-line AFE lAis a multi-DSL analog front end 
and the associated circuitry as discussed earlier. One to M 
separate subscriber lines can be combined to a singular 
digital bus to be connected to the DSP matrix switch 478. 
FIG. 6 illustrates a multiline AFE 1A 462 connected to a 
multiline digital front end (DFE) 1A 464. The 1 in 1A 
indicates that the final target for this level of multiplexing is 
digital bus 1; the A in 1A indicates that the referenced line 
is line A, the first in a plurality of lines aggregated to digital 
bus 1. This notation will become clear as we go through the 
rest of the digital front ends and analog front ends. The high 
frequency signal split from the subscriber line through 
splitter block 460 into analog front end 462 1A, which is 
then processed for a multi-DSL capability, and is then passed 
on to multi-digital front end 1A 464. 462-464 complex can 
utilize ADSL service, in which case the multi line AFE 462 
is a ADSL analog front end and the multi line DFE 464 is 
a digital portion of the ADSL front end. The output of 464 
then goes through a digital BUS that can be shared among 
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a plurality of digital front ends 464 and 480 to ultimately 
connect to DSP matrix switch 478. The shared digital BUS 
is labeled Digital BUS 1 in FIG. 6. 

In one embodiment, the DSP matrix switch 478 is a 
dedicated resource for connecting multiple digital buses to s 
multiple DSP buses. It is responsible for routing various 
pieces of traffic to the various DSPs. The DSP matrix switch 
478 is also responsible for traffic labeling and general 
housekeeping. The DSP matrix switch 478 in its simplest 
form is a simple programmable chip, such a FPGA or an 10 
ASIC. In a more complex embodiment the DSP matrix 
switch 478 is a full cage subsystem, in which the DSP matrix 
switch comprises either a bused architecture or a packet 
multiplexed architecture. The DSP matrix switch 478 can 
take multiple digital buses and then interface them to 35 
multiple DSPs through the use of a DSP bus 1 through N as 
illustrated in FIG. 6. The DSP resources illustrated by 466, 
468, 470, 472, 474, and 476 are a plurality of DSP. Any one 
to any plurality of the DSP resources 466, 468, 470, 472, 
474, and 476 can be populated based on the specific require- 2 q 
ments of the network topology deployed. The DSP matrix 
switch 478 enable a great deal of customization and flex- 
ibility in terms of how much capability and how much 
processing deployment is done for a given service offering. 

One or more digital front ends and the respective analog 2 s 
front ends can be bonded together to form a digital bus 1 and 
that multiple digital busses, such as 1 through N, can then 
interface to the DSP matrix switch. The multi subscriber line 
bonding enables a multiplexing capability, either in a time 
domain or packet switch manner, of interconnecting mul- 30 
tiple subscriber lines, process them by multiple DSPs. 

Multi-line AFE 462 and 482 and multi-line DFE 464 and 
480 show a plurality of digital and analog front ends going 
into one digital bus. Items 484 and 486 illustrate a plurality 
of digital front ends and their respective analog front ends 35 
for multiple buses that interface to the DSL matrix switch. 
Multi line AFE 490 and 494 and multi line DFE 488 and 492 
interface together to form the final bus that goes into a DSP 
matrix switch. When certain lines or busses are inactive on 
the DSP matrix switch 478, it intelligently monitors traffic 40 
and only routes and switches the traffic to the appropriate 
DSPs. The DSP matrix switch 478 enables the capability of 
sharing the DSP resources across the multiple digital front 
ends. This methodology enables optimized scalable capa- 
bility of expanding the network. In a particular embodiment, 45 
assuming four digital busses exist and each bus has at least 
two multi-line subscriber lines attached to it. The sum total 
represents eight different subscriber lines interfacing to the 
DSP resources. The four digital busses in this embodiment 
could be directed towards a single DSP bus in which only a 50 
single DSP is actually installed. Scalability is achieved when 
during initial deployment of the service offering which 
enables each subscriber to achieve a minimum connectivity, 
such as for example an ADSL service of 256 kilobits 
downstream. If the service provider later chooses to either 55 
expand the subscriber lines by expanding the total number of 
subscriber lines per additional bus or be able to expand the 
bandwidth of any given subscriber line, such as 25 6K 
service to 512K service, one or more DSP resources can be 
added on an as- needed basis. The DSP matrix switch 478 60 
dynamically takes this into account. FIG. 6 illustrates the 
capability of expanding the DSP resource capability while 
yet maintaining a very low cost of entry. 

FIG. 6a and 6b outline the details of the multi -line digital 
front end statistical multiplexing capability. The multi -line 65 
DFE 464 as illustrated in FIG. 6 can either interface to one 
subscriber line or a plurality of subscriber lines. The digital 



front end in the embodiment of an ADSL modem is subdi- 
vided into two separate portions. FIG. 6a illustrates the 
segmentation and re-assembly controller (SAR) and FIG. 6b 
illustrates the frame CODEC controller. In FIG. 6a, the SAR 
controller is a programmable or a one-time programmable 
device or a custom device such as an ASIC that is capable 
of interfacing to a plurality of subscriber lines. Diagram 6a 
shows a Utopia interface 536, MUX DEMUX 534, RAM 
interface 530, RAM array 532, Channel DEMUX MUX plus 
STACK interface 528, fast framer 526, fast CRC 524, fast 
scrambler 522, interleaved framer 538, interleaved CRC 
540, and interleaved scrambler 542, with a multi-channel 
MUX DEMUX 520, and the interface to the frame CODEC 
data interface. In one embodiment, these elements are the 
minimum required functionality to be able to support at least 
a single channel of traffic for the segmentation and 
re-assembly controller, which is a subset of the ADSL 
modem chip. 

The multiplexed SAR controller uniquely implements a 
multi-channel stack controller 546. The Utopia interface 536 
is inherently a multi-channel-capable device. Multiple data 
streams are supported by utilization of addressing within this 
bus. One embodiment of the SAR controller is able to isolate 
any given stream with a specific address or a plurality of 
specific addresses and process it for either broadcast capa- 
bility to a plurality of DSL channels or a unicast capability 
to a given DSL channel through use of a multi -channel stack 
controller 546. The RAM interface 530 and the RAM array 
532 form a storage mechanism to buffer the traffic from the 
Utopia interface 536. Utopia traffic is stored on an as is basis 
and is utilized by the multi-channel stack controller. Under 
configuration of the Utopia interface controller 544 specific 
Utopia channels are assigned to specific DSL subscriber 
lines. Furthermore, Utopia traffic data is stored in the RAM 
array 532 through use of the Utopia interface controller 544 
and the RAM interface 530. The multi-channel stack con- 
troller queries to see which channel is ready for processing 
through use of a time-out. When a time-out occurs on a 
specific DSL subscriber channel there is a requirement for 
additional data to be transferred from the RAM array to the 
SAR to Frame CODEC data interface. The multi-channel 
stack controller takes the data out of the stages of the fast 
framer 526, fast CRC 524, fast scrambler 522, the inter- 
leaved framer 538, the interleaved CRC 540, the interleaved 
scrambler 542, by use of the pathway of the channel demux 
mux plus stack 528 and stores it within the RAM array for 
later recovery. The multi-channel stack controller then 
switches the context of the stack to the required channel by 
restoring the data previously stored into the RAM array 532 
through use of the RAM interface 530 and loads the required 
stack condition via the channel demux mux plus stack 528. 
Under control of the system controller a stack push occurs 
in that the previous state or initialization state is stored from 
the respective elements 528, 526, 524, 522, 540, and 542. 
Under control of the system controller a stack pop occurs in 
that the previous state is restored from the RAM array 532 
to the respective elements 528, 526, 524, 522, 540, and 542. 

The system controller in conjunction with the multi- 
channel stack controller 546 is managed such that a given 
state can be recovered from the RAM array as the sequenc- 
ing requires. By utilization of the stack capability, a single 
set of dedicated digital resources can be utilized to service 
multiple channels. The multi-channel MUX DEMUX is 
capable of processing multiple channels and being able to 
tag each of these channels so that data can be recovered in 
a predictable manner. This illustrates the multi-channel 
stacking capability. The single channel capability can simply 
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be the limiting case were the stack push and pop mechanism 
has an infinitely long cycle time. A unified channel process- 
ing multiplexed architecture of FIG. 6a is advantageous in 
that real estate and power consumption is minimized and the 
architecture is demand driven. The multi-channel MUX 5 
DEMUX 520 is responsible for multiplexing and 
de-multiplexing based either on a packet-basis or a time- 
multiplexed basis. The data stream is then forwarded to a 
framed CODEC through use of the SAR to frame CODEC 
data interface as illustrated in FIG. 6a. 10 

In FIG. 6b, the multichannel MUX DEMUX 592 accom- 
plishes the reverse process of the multichannel MUX 
DEMUX 520 of FIG. 6a. The multichannel MUX DEMUX 
592 is responsible for de-multiplexing or multiplexing based 
either on a packet-basis or a time -multiplexed basis. The 15 
multichannel MUX DEMUX 592 then packetizes the data 
stream and forwards it to the RAM interface 588 as illus- 
trated in FIG. 6b. The RAM interface 590 controls the 
interface to the RAM array 588 and stores the data stream 
into the RAM array 588 as required. The combination of the 20 
RAM interface 590, the RAM array 588, and the interleav- 
ing Reed Solomon and stack controller 596 enables the stack 
capability, the interface capability of loading and storing 
multiple data streams in a recoverable manner. Data is stored 
within the RAM array and then, based upon the stack 25 
controller timing as described earlier for the SAR controller, 
and under the control of the system controller, the Reed 
Solomon processing takes place. The data stream is 
extracted from the RAM array, and, in the case of the fast 
data, is made available to the fast Reed Solomon encoder/ 30 
decoder 594 which then interfaces to a fast tone ordering 
MUX/DEMUX 608. The output of the fast tone ordering 
MUX/DEMUX 608 is then stored within the different RAM 
array 586 through use of a different RAM interface 584. The 
data stream is then reordered by use of the tone ordering, 35 
constellation encoder/decoder and stack controller 602. The 
data stream out of the RAM array 586 is extracted in a 
different order than was originally stored. In this manner 
tone ordering can be accomplished in a simplified manner. 

The data is then passed on to the fast constellation 40 
encoder/decoder 582 which then stores the data and executes 
a lookup functionality in one embodiment. An alternative 
embodiment implements the fast constellation encoding/ 
decoding through dedicated hardware. The resultant data 
stream of the fast constellation encoder/decoder 582 is then 45 
further processed by the Trellis encoding/decoding plus 
MUX DEMUX 580. The output of the Trellis encoding/ 
decoding plus MUX DEMUX 580 is ready to interface to the 
analog front end. The interface is called the frame CODEC 
to digitization interface. The interleaved path is analogous to 50 
the fast path with the addition of the interleaving logic 598. 
The interleaving logic 598 reorders the data stream so that 
the data from the SAR to frame CODEC data interface at the 
multichannel MUX DEMUX 592 is in a different order as 
resulting to the interleaved Reed Solomon encoder/decoder 55 
600. The interleaved tone ordering MUX DEMUX 605 and 
the interleaved constellation encoder/decoder 606 is analo- 
gous to the same circuitry for the fast circuit but essentially 
maintains a separate stream boundary. A further optimiza- 
tion of the statistically multiplexed scalable architecture of 60 
FIG. 6b is that the stack controller functionality could not 
only process a single type of a multiple channel stream, such 
as just a fast stream or just an interleaved stream, but rather 
it can be expanded to include a stack context switch from the 
fast and interleaved stream capability. FIG. 6b statistically 65 
multiplexed frame controller illustrates the capability of 
accepting a multichannel interface from the SAR controller 
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of FIG. 6a, processing the data on a either packetization or 
time-domain multiplexing basis and as required for the 
specific DSL technology, and finally to provide a data stream 
ready for forwarding to the digitization interface. 

The present invention incorporates the capability of a 
multichannel architectural design for the analog/digital and 
the digital/analog conversion. FIG. 8a illustrate the capabil- 
ity of the multichannel analog front end. The multi-channel 
AID and D/A architectural design utilizes a digital to analog 
converter (D/A) multichannel device 626 as illustrated in 
FIG. 8a and a multichannel A/D device 640 also illustrated 
in FIG. 8a. The D/A 626 and the A/D 640 are both capable 
of oversampling compared to the standard frequencies at 
which a standard single -line DSL interface works. FIG. 8a 
is exemplary of a ADSL architecture although the applica- 
tion of the multichannel capability relates to number of 
different DSL formats, such as IDSL, and SDSL. The A/D 
640 and the D/A 626 operate at a much higher frequency 
than a single line interface the exact oversampling ration is 
a function of the total number of line interfaces that are 
supported, and the oversampling implemented at every 
single channel. 

A subscriber line interfaces to a hybrid 620 which is 
essentially a multi-DSL line analog front end as discussed in 
an earlier section. The hybrid circuitry separates a signal 
from the transmission perspective and the reception perspec- 
tive. Furthermore, it incorporates the line interfacing capa- 
bility and the various requirement of the analog circuit based 
on a variety of DSL technical requirements. The received 
signal is then processed by a filter and ACC 644 module that 
filters and provides an automatic gain control within the 
requirements of the specific DSL protocol implemented. The 
output of the filtered signal is then sent to a analog selector 
642. 

The analog selector 642 selects one input from a selection 
of multiple inputs, FIG. 8a multichannel A/D and D/A 
architectural design illustrates a four-channel design. There- 
fore 644, 646, and 648 represent three of the four channels 
and the dashed line between the filter & age 646 and the filter 
& age 648 represent anywhere from one to plurality in the 
standard case and in the case of a four channel design 
represent a single channel filter & amp. Filter & amp 644 
through 648 represent four channels to be filtered. In one 
embodiment the analog selector 642 is a four-to-one analog 
selector. The output of the analog selector 642 is forwarded 
to a multichannel A/D 640. The multichannel AND 640 
derives its multichannel capability from the oversampling 
and the timing correlated to the analog selector. The A/D 
multi channel 640 is itself a single analog-to-digital con- 
verter device. The timing relationship between the analog 
selectors channel selection and the A/D multi channel 640 
digitization represents a given channel's bit stream. The 
resultant bit stream is either time-multiplexed or is packet 
multiplex and is forwarded to a multichannel analog/digital 
interface bus 636. 

Timing generation and reference module 638 is respon- 
sible for coordinating the timing through the use of the 
multichannel controller 586. The timing generation and 
reference module 638 controls the timing of the A/D 640, the 
timing of the analog selector 642, digitization from the A/D 
640, multiplexing across multichannel bus interface 636, 
and the timing for the formatting of the multi channel analog 
digital bus interface 636. The timing generation and refer- 
ence 638 is not only responsible for the timing and reference 
generation for the A/D side but also for the D/A side 626. In 
combination with the timing generation reference 638 and 
the multichannel controller 586, the D/A 626 digitizes a 
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digital stream from the multichannel analog/digital bus 
interface 636. The data at the 636 multichannel analog/ 
digital interface in combination with the D/A multi channel 
converter 626 creates a stream of digital data with specific 
timing correlation, either in the packet or time -domain 5 
manner. The resultant data stream is then forwarded to a 
sample -and-hold circuitry 624, 628 and 632. The sample- 
and-hold circuitry at 624, 628 and 632 is a time multiplexed 
signal, and therefore the multiplexing of the D/A multi 
channel 626 and any buffering of the streams in the case of 10 
packet stream as required would occur previous to this 
section, either at the D/A multichannel digitizer 626 or 
multichannel bus interface 636. In either case, after the 
sample -and-hold circuitry 624, 628 and 632, separate seg- 
regated signals are generated that are sampled under the 15 
control of the timing generation and the multichannel con- 
troller 586 to represent a continuous single stream at each of 
the separate modules 624, 628, and 632. These separate 
signal streams are then forwarded to dedicated filter and 
amplification circuitry 622, 630, and 634 and respectively 2 o 
create an analog stream. The resultant transmitting analog 
stream is then combined to the receiving analog stream by 
the hybrid circuit 620, 650, and 652. In the case of a 
four-channel design, the dotted line represented between 
628 and 632 represents only a single additional sample and 25 
hold circuit, the dotted line between the filter and amp 630 
and 634 represents only a single additional filter and amp, 
the dotted line between the hybrid 650 and 652 represents 
only a single additional hybrid. The D/A multi channel 626 
and the A/D multi channel 640 are limited resources. Single 30 
higher performance devices are utilized within the present 
invention and intelligently managed for multichannel capa- 
bility through use of either analog selector or analog sample 
and holds. The data is multiplexed and de-multiplexed in the 
analog domain. 35 

FIG. 86 illustrates the timing diagram of the multi- 
channel multiplexing of the Analog to Digital and the Digital 
to Analog converters of one embodiment of the present 
multichannel device for a single DSL technology, namely 
ADSL, with a four line multi channel support. In the case 40 
where a singular DSL technology is followed, the exemplary 
diagram shows a simple ADC clock 664 relationship to a 
DAC clock 662 relationship. For multi-DSL capability this 
relationship would be more complex, and depending on 
which channels are multiplexed, multiple A/D devices may 45 
be required to achieve a dedicated multi-DSL capability. 

The basis of the timing relationship in the embodiment 
shown is the DAC clock. The DAC clock in the case of 
ADSL will operate at some nominal frequency related to 
2.208 MHz, as required by the ADSL protocol. ADSL is an 50 
asymmetric bandwidth protocol in that the downstream 
bandwidth and the upstream bandwidth ratio is greater than 
unity. The ADC clock 664 in this diagram is a 10:1 rela- 
tionship to the DAC clock and is equal to a multiple of 276 
kHz sampling clock as required by the ADSL protocol. The 55 
ADC out 668 illustrates two sample points at timing inter- 
vals between T5 to T6 called ADC 0 and between timing 
intervals T15 through T16 called ADC 1. These two points 
represent two discrete sample points of the A/D converter. 
ADC 0 represents the timing sampling of channel 0, 60 
whereas, ADC 1 represents the sampling of channel 1. The 
next signal DACIN 670 represents the input side data to this 
module. Between interval Tl to T2 sample point DAC 0 is 
transmitted, between interval T2 to T3 DAC 1 is transmitted, 
between interval T3 to T4 DAC 2 is transmitted, and 65 
between interval T4 to T5 DAC 3 is transmitted. Between 
the interval T5 to T6 the ADC out signal is active on the bus 



as illustrated by the MUXDATA 672 timing diagram below 
the DACIN 670 diagram. The DACIN 670 timing diagram 
further illustrates that between the timing interval T6 to T7 
DAC 0 is again transmitted and so on as illustrated in FIG. 
86. 

The MUXDATA 672 represents the state of the bus at the 
interface. MUXDATA is a bidirectional bus and, therefore, 
incorporates the ADCOUT signal at the output side, and the 
DACIN signal at the input side. The direction of the bus is 
determined by the state of the nADCOE 676, and the 
nOUTSELO 678, the nOUTSELl 680, the nOUTSEL2 682, 
and the nOUTSEL3 684. Thus FIG. 86 timing diagram for 
multichannel multiplexing illustrates the interleaving capa- 
bility of the ADC data and the DAC data to form one 
singular data bus. 

Furthermore, FIG. 8b also illustrates that null cycle time 
slots can be strategically incorporated within valid cycle 
time slots to manage the required timing relationships, this 
is illustrated in the MUXDATA 672 timing diagram between 
timing intervals TO to Tl and then again between timing 
interval T10 and HI. Furthermore, FIG. 86 also illustrates 
the capability of oversampling the Digital to Analog con- 
verter by a factor of 2 while not oversampling the Analog to 
Digital converter. 

The signal INADCSEL 674 of FIG. 86 indicates the 
channel state of the analog selector. Previous to timing 
interval T6, the channel state of the analog selector is in 0. 
Once the analog to digital converter has been sampled, 
previous to timing interval T5, and the result is transmitted 
to the next stages by the beginning of interval T6, the 
channel state of the analog selector changes to channel 1. 
The channel 1 then stays stable throughout the complete 
sampling cycle to timing interval T16. 

The nADCOE 676 signal is the state of the circuitry that 
enables the ADC data onto the multiplexed BUS, and it 
manages the timing to ascertain that the ADC and the DAC 
data do not contend with each other. The next four signals 
labeled nOUTSELO 678, nOUTSELl 680, nOUTSEU 682, 
and nOUTSEL3 684, illustrate a selection mechanism which 
indicates to the D/A which of the specific D/A channels are 
active. In the timing interval from IT to T2 when DAC 0 
data is made available the nOUTSELO 678 signal indicates 
to the sample and hold that the current digitized data should 
be sampled by the sample and hold for channel 0. Whereas, 
the nOUTSELl 680 from interval T2 to T3 indicates to the 
sample and hold for channel 1 that its data should be 
sampled at that point. From the interval 13 to T4 nOUT- 
SEL2 682 signal indicates to the sample -and- hold circuit 
that channel 2 sample and hold should be activated. nOUT- 
SEL3 684 from interval T4 to T5 indicates to the sample - 
and-hold circuitry that its data for channel 3 should be 
sampled and held. 

The timing intervals between nOUTSELO pulse 1, 
between timing interval Tl and T2, to nOUTSELO pulse 2, 
between timing interval T6 to T7, and from nOUTSELO 
pulse 2, between timing interval T6 to T7, to nOUTSELO 
pulse 3, between timing interval Til and T12, are symmet- 
ric. Due to the symmetric periodicity of the signal, the A/D 
circuitry, the filtering circuitry, the D/A circuitry, sample - 
and-hold circuitry, and the filter circuitry can implement a 
simple sampling system and no special timing consider- 
ations need to be made due to the multichannel muxing 
capability of this interface. The diagram in FIG. 86 is only 
an exemplary diagram of sample processing on a time 
domain basis for a specific ADSL four line multiplexer, 
other DSL technologies, oversampling ratios, line counts, 
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among other factors will vary with the specific embodiment 
of the present invention. 

G. General Process Controller Architecture 

FIG. 9 illustrates the general process controller architec- s 
ture of one embodiment of the present invention. FIG. 9 
illustrates that multiple modules that requiring differing 
levels of quality of service and differing bandwidth needs 
can interface with their own specific hard drive interfaces 
which are optimized to access serialized and non-serialized 10 
data from a storage device in an efficient manner. The overall 
process model within the process controller architecture is 
demand driven in that whenever a subscriber or system 
controller requests a service, the general process controller 
architecture is optimized to be able to provide the requested 15 
service in the specified manner as necessary to maintain the 
bandwidth and quality of service considerations. Due to the 
high performance requirements of the current invention the 
realtime process controller 708 is designed to support mul- 
tiple streams. 20 

A hard drive process controller 706 is illustrated in FTG. 
9 which is responsible for all accesses to the hard drive 
interface through a direct hard drive interface, through an 
operating system BIOS interface, or through a network 
interface. Several parameters, hardware interfaces, and func- 2 5 
tional subsystems interact to coherently access the hard 
drive process controller 706 in an efficient multiple stream 
based manner. In particular, through use of a system con- 
troller interface, real-time process controller 708 detects a 
condition where service is requested by a specific process. 30 
The real time process controller 708 then schedules the 
request either in a round robin fashion, or on an interrupt 
fashion, to access functionality for the real time process 
controller as required. When, for example, a video confer- 
encing data is required, the video conference server 710 35 
makes a request to a hard drive interface 694, which in turn 
negotiates with the hard drive process controller 706 the 
bandwidth and performance required. 

The RRAS server 712 is used for scheduling routing 
functionality. When RRAS server 712 determines that 40 
RRAS service is required from the hard drive it schedule this 
with the real time process controller 708. The real time 
process controller 708 classifies the request as a RRAS 
server request and, depending on its performance and qual- 
ity of service requirements, negotiates a hard drive interface 45 
696 to the hard drive process controller 706. The hard drive 
process controller 706 interfaces to the physical hard drive. 
When an ISP service is requested by one or more 
subscribers, the ISP server 686 negotiates the bandwidth and 
performance requirements from the hard drive interface 698. 50 
The hard drive interface 698 negotiates the data access to the 
hard drive process controller 706. 

Similarly, VOD and remote video recorder capability is 
also negotiated by the VOD/RVR server 688 through the 
request to the real time process controller 708, and the 55 
negotiated access through the hard drive interface 700, to the 
hard drive process controller 706. Voice over IP services are 
negotiated through a voice over IP server module 690. The 
voice over IP server module 690 schedules a request with the 
real time process controller 708, and the negotiated access 60 
through the hard driver interface 702, to the hard drive 
process controller 706. Any system operations and mainte- 
nance requirements are negotiated through the system opera- 
tions module 692, which in turn schedules and negotiates 
with the real time process controller, the negotiated access 65 
through the hard drive interface 704, to the hard drive 
process controller 706. 
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H. Multi-Protocol Activity Indicator 



An embodiment of the present invention incorporates the 
capability of a multi-protocol activity indicator. FIG. 10 
illustrates the multi-protocol activity indicator. The present 
invention supports the capability of multiple DSL technolo- 
gies and the ability to dynamically provision the type of DSL 
technology in service on any given subscriber line. 
Furthermore, the effective use of a multi-DSL platform 
requires the intelligent power conservation methodology. 
The present invention incorporates an activity indicator that 
then directs the system controller to switch the specific 
subscriber line into a standby mode when the subscriber or 
the central office is not actively utilizing data. Whenever 
data is not being utilized, the processing for modulation/ 
demodulation can be placed in a standby mode to conserve 
power. Hybrid and protection circuit 744 is responsible for 
subscriber line interface, interface to the analog front end, 
the voltage and the power protection, and an interface to a 
multi-protocol activity detector. In one embodiment of the 
present invention, the multi-protocol activity detector 742 
incorporates the capability of detecting SDSL, ADSL, and 
IDSL under control of a system controller 746. In one 
embodiment, the multi-protocol activity detector 742 does 
not distinguish between the information carried by the 
subscriber line, but rather simply focuses on performing a 
signature analysis on the received waveform to categorize it 
a SDSL, ADSL, or a IDSL active signal. The activity 
indicator 740 is a circuit which interfaces with the multi- 
protocol activity detector 742. If any data activity is detected 
by the multi-protocol activity detector 742 the activity 
indicator 740 forwards the detection state to the system 
controller. 

I. Voice Traffic 

FIG. 11 outlines the class 5 switch interface of the UIP 
server architecture. Item 718 is a voice interface block of the 
UIP server. The voice interface block is comprised of two 
tracks, the POTS track and the VOIP track. The POTS 
switch 720 enables POTS traffic to be switched within the 
UIP server. The voice over IP track comprises of the voice 
over IP CODEC 722, IP to ATM encapsulation 724, ATM 
SAR 726, and DSL coding and modulation 728, it then 
forwards the DSL coded voice over IP traffic to the sub- 
scriber interface. Furthermore, the voice interface block 718 
of the UIP server incorporates an SS7 interface. The voice 
interface block, in its entirety, directly interfaces to an SS7 
signaling network 146 which directs traffic across a Class 5 
ingress/egress switch 144. The actual voice traffic to the 
Class 5 ingress/egress switch 144 takes place either through 
a Tl voice line or across a standard DS0 un-terminated 
POTS line. From the perspective of the Class 5 ingress/ 
egress switch 144, both the POTS traffic coming from 
submodule 720 and the voice over IP traffic coming through 
submodule 722 look identical in that they are both either 
digitized Tl voice traffic or DS0 traffic. The traffic to the 
Class 5 ingress/egress switch 144 in conjunction with the 
SS7 signaling is managed in a standard methodology of the 
public switching telephone network. The SS7 interface 730 
incorporates functionality to be able to direct voice over IP 
traffic, to be able to isolate signaling as required from the 
POTS switch 720, to be able to indicate to the SS7 signaling 
network 146 the routing, switching and other information 
regarding the interaction with the Class 5 ingress/egress 
switch. The voice over IP CODEC enables DSL connectiv- 
ity. The IP to ATM encapsulation 724, is responsible for 
digitizing the voice over IP traffic and then to encapsulate it 
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in an ATM header. The resultant stream is then forwarded to 
an ATM segmentation and reassembly module 726, which is 
responsible for packetizing the stream into a standard ATM 
traffic type. The AIM segmentation and reassembly module 
726 then forwards the traffic to the xDSL coding and 
modulation 728 module. The xDSL coding and modulation 
728 module is responsible for formatting and processing the 
data stream into the required DSI^technology, such as 
SDSL, ADSL or IDSL among other. 

FIG. 12a illustrates one of the simplest means within the 
current invention to carry multiple voice-based streams 
across the network. In particular, FIG. 12a is a graph of 
amplitude content versus frequency. Frequency carriers are 
centered at NO with a spacing of distance S, and then Nl, 
N2, N3, N4, N5, N6. The distances between Nl through N6 
has been normalized to unity. The distance between NO to 
Nl is S, where S is greater than unity. The separation 
between NO and Nl is established by the relationship that the 
signal P0 centered around NO is analog. Whereas the signals 
VO, VI, V2, V3, V4 and V5 centered around Nl, N2, N3, 
N4, and N5 are digital carriers. Filtering between the analog 
P0 traffic and the digital V0 through V5 and DO traffic needs 
to be done over a spectrally spaced channel, whereas the 
separation between Nl to N2 is smaller because the traffic 
VO and VI are actually digitized voice traffic and, therefore, 
no great separation is required except as required for the FFT 
in terms of being able to carry the carrier itself. FIG. 12c 
illustrates a single analog signal PO and then six voice lines, 
VO, VI, V2, V3, V4, and V5, and finally data signal DO, 
carried across a single DSL channel. Traffic VO through V5 
as well as DO could be either asymmetric traffic, or unidi- 
rectional traffic. Furthermore it can be bidirectional traffic 
through use of echo cancellation and like methodology as 
feasible within the specific DSL protocols. The separation 
Nl through N2 is fundamentally a carrier separation which 
is approximately to the order of 4 kHz which will be able to 
compress a maximum of 64 Kb across the given channel 
This implies that the traffic VO through V5 is uncompressed 
traffic and is fundamentally just either a uLaw or Alaw 
digitized standard voice traffic. DO represents data traffic and 
occupies the spectrum above V5. The indicated spectral 
histogram is only an exemplary histogram of the embodi- 4 0 
ment shown. 

FIG. 12b illustrates a frequency multiplexed multichannel 
voice over IP communication channel. It is analogous to 
FIG. 12a 732 with the addition of voice compression. FIG. 
12b illustrates an analog carrier centered at NO labeled PO 
and is analogous to the voice traffic PO as illustrated in FIG. 
12a at carrier NO. The separation between NO and Nl is S. 
S is the separation required for isolation of an analog POTS 
channel from the digitized high frequency data channel. 
FIG. 12b illustrates voice channel VO through V5, the 
standard six channels, and also includes a data channel DO. 
In the frequency multiplexed multichannel compressed 
voice over IP communications channel diagram of FIG. 12b 
the data channel DO begins at carrier N4 rather than N7 as 
illustrated in FIG. 12a. The channel bandwidth gain is 
resultant from the compression from 64 kbps to 32 kbps of 
the voice channels VO, VI, V2, V3, V4, and V5. Further 
compression beyond the 32 kbps is possible through use of 
a variety of known voice over IP standardized protocols, 
such as G.722. One embodiment of the present invention 
supports the voice compression standards so that the band- 
width utilized can be subscriber configurable between 64 
kbps to 8 kbps. 

J. Video Conferencing 

FIG. 13 outlines the configuration of the video confer- 
encing capability of the end-to-end subsystem incorporating 



UIP clients and UIP servers. FIG. 13 is a topographic 
diagram of the video conferencing aspect of an embodiment 
of the present invention. FIG. 13 illustrates three 
subscribers, SI 750, S2 752, and S3 754, each subscriber 
5 utilizing a different mode of video conferencing capability 
of the present invention. Subscriber 1 750, utilizes an 
interface through a standard personal computer with com- 
pression 774. The personal computer with compression 774 
has direct connectivity for a microphone 757, a video 
10 camera 756, and a speaker 758. The personal computer with 
compression 774 compresses the video conferencing infor- 
mation into astandard protocolsuch as H. 320 and transports 
this to aHnPlhirj*§i^^ is> 
operatioloall v .aTJI ^ti 
15 connecUvilvliTow^^i^ 

comput erj fl^r^^ > 
Jrar^oj^Maatfi^ 
^ 7%5laB§j^ 

capability and-the~~subscribt?r*i>inim 
* n ^required fo r-the . sp ecific. DS L technolo^ v^o r t gch noiio^ ies. In/- 
this respect the data stream resultant from the video confer- 
encing session is treated simply as a data stream with 
specific quality of service parameters. The video conferenc- 
ing stream data from the UIP thin client 224 is transferred 
across the subscriber line to a UIP server 226. The UIP 
server 226 is a standard full-range UIP server. The video 
conferencing stream data from SI is treated as data traffic 
and is either routed through the public switch telephone 
system 280 or routed through a standard IP router 142. The 
standard IP router 142 interfaces to the Internet 158. The 
advantage of the support for Subscriber 1 scenario to the 
present invention is that this is a typical current deployment, 
wherein the personal computer with compression 774 can be 
substituted by a dedicated video conferencing station. 

Subscriber S2 752 in FIG. 13 utilizes a stand-alone UIP 
client set-top box without compression 780. The UIP client 
set-top box without compression 780 does not have the 
capability to compress the video conferencing data stream. 
The video conferencing digitization is done in a raw mode 
with only a cursory channel compression to carry the raw 
video conferencing traffic across the subscriber line. The 
subscriber S2 752 utilizes the standard television set 100 to 
communicate by use of the UIP client set- top box 780. In 
one embodiment of the present invention, the subscriber UIP 
client set-top box 780 has provisions for providing a camera 
input 762, a wireless microphone 764, a set-top box speaker 
766, a television speaker via the television set 100. In FIG. 
13, subscriber S2 does not have access to a standard personal 
computer to hold a video conferencing session. The UIP 
client set-top box without compression 780 forwards the raw 
video conferencing transport stream across a subscriber line 
to a UIP server 786. 

The UIP server 786 can be configured to either utilize 
software compression or hardware compression. FIG. 13 
illustrates the case where the UIP server 786 utilizes soft- 
ware compression to format and compress the data for 
compatibility with the standard video conferencing proto- 
cols. The video conferencing data stream is then passed on 
to IP router 142. The IP router 142 interfaces to the Internet. 
In the illustrative example of FIG. 13, the IP router 142 
routes traffic through the Internet to the IP router 142, in this 
manner the subscriber 52 is capable of video conferencing 
with subscriber SI across the Internet. 

Subscriber S3 754 utilizes a personal computer without 
compression 776 for a video conferencing session. The 
resultant raw video conferencing transport stream at the 
output of the personal computer without compression 776 is 
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analogous to the traffic out of the UIP clientset top box 
without compression 780. The raw video conferencing data 
stream of the personal computer without compression776 is 
forwarded to a UIP thin client [ 782. A^JnMSM^\h^4\y 
the JJIPjhin client_782 tfe ats ^^§0^^M^^mK^mih^,J 5 
data stoam«j^implva^ 

for tEeTnrooffila^^ 
^of-the-rag^Ktegtf^^ 

server-28grT^Fl!!lPSBew78^ ca pability of 

providing dedicated hardware video conferencing compres- 
sion. Furthermore, the UIP Server 788 can communicate 
across an ISP network to a different UIP server 786. The ISP 
network can either reside at the service provider premises or 
the central office premises, wherein multiple UIP servers are 
configured to serve different video conferencing clients, 
either through the use of dedicated set-top boxes or simply 
personal computers. The illustrative example of a video 
conferencing session between subscriber S2 and the sub- 
scriber S3 utilizes a network based connection and does not 
occur across the Internet. In one embodiment, UIP servers 
226, 786, and 788 all include edge routing capability. 
Therefore, a specialized router is not required, such as 142, 
for routing and switching traffic within the UIP Server 
network. 

FIG. 13 illustrates the asymmetric nature of video con- 
ferencing when more than two parties are involved. While 
point-to-point video conferencing is a symmetric task, a 
multiperson-to-individual video conferencing is an asym- 
metric task. If subscriber SI 750 were to simultaneously 
hold a video conferencing session with subscriber S2 752 
and subscriber S3 754, all the subscribers SI 750, S2 752 
and S3 754 have an upload traffic equal to one video 
conferencing channel. Subscribers S2 and S3 both will have 
a downstream traffic equal to one video conferencing 
channel, in particular from SI, whereas subscriber SI will 
have a downstream traffic equal to two video conferencing 
channel, in particular, from S2 and S3. Thus, the video 
conferencing bandwidth requirements are symmetric for a 
point-to-point connection, and highly asymmetric for a 
point-to-multipoint connection at worst. The current inven- 
tion of the UIP server can dynamically allocate bandwidth 
for a plurality of UIP clients on a demand-driven basis to 
hold multiple video conferencing sessions. When no dedi- 
cated hardware compression is available, either with a UIP 
Client set-top box without compression 780 or a personal 
computer without compression 776, the upper limit on the 
video conferencing capability will be the raw bandwidth 
requirements of the subscriber line. The present invention 
incorporates the ability for full protocol video conferencing 
hardware or software compression at the UIP client, the 
personal computer, or the UIP Server. 

Furthermore, the UIP client has the capability to manage 
traffic on demand-driven basis for managing a video con- 
ferencing session. Thus, a PC computer 774 with compres- 
sion can utilize the compression capability and be able to 
manage its traffic in an efficient manner, whereas computer 
776 without compression would require more advance forms 
of traffic management to achieve the required bandwidth for 
the video conferencing needs. In either case, the traffic at the 
UIP client is managed in a very conservative manner. 

K. Voice Conferencing and Voice Communications 

Multiple means of voice conferencing and voice commu- 
nication exist within the one embodiment of the present 
invention. FIG. 14 outlines three such modes of voice 
communication. POTS peripheral 102 is a standardized 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



telephone that is connected to a UIP client 224, The tele- 
phone 102 is a voice over IP standardized phone in that the 
UIP client 224 compresses and encapsulates the resultant 
voice traffic from the telephone 102. The telephone 102 
itself is a standard POTS peripheral just like the telephone 
124. The definition and use of the voice over IP versus the 
POTS service is a result of the network topology at the 
subscriber premises. The telephone device connected to the 
splitter block 798 is designated the POTS phone, it is 
digitized at either the CO-1 UIP Sever 830, or within the 
PSTN 280. The telephone device(s) connected to the UIP 
client 224 is(are) designated the voice over IP (VoIP) phone. 
The VoIP phone is digitized, compressed, and encapsulated 
at the UIP client. 

FIG. 14 illustrates a computer telephone through use of a 
subscriber PC 804. The subscriber PC 804 utilizes a micro- 
phone 808 and a speaker 810 to communicate with the 
subscriber. A standard PC can be utilized in this manner, 
which directly interfaces either a voice over IP protocol 
within the subscriber PC or through a standard uncom- 
pressed voice similar to a digitized POTS traffic through the 
UIP client 224. FIG. 14 illustrates three means available at 
subscriber premise 1 for voice communications, namely, 
POTS, VoIP via a POTS phone, and VoIP over a computer 
phone. 

Subscriber premise 2 comprises of a subscriber television 
set 100, which has a speaker 820 as well as a wireless 
microphone transmitter 816 that interfaces to a physical 
microphone 812. The wireless microphone link connects 
directly to a UIP client 224. The UIP client 224 interfaces to 
a subscriber set-top box 824 which decodes and generates 
the signals required for the subscriber TV 100. The UIP 
client 224 interfaces to a splitter block 828. The splitter 
block 828 interface to the subscriber line. The subscriber 
line interface to the UIP server 844 at the central office. The 
splitter block 828 in FIG. 14 illustrates that no POTS service 
is supported. The UIP server 844 at the central office 
interfaces through an IP router 142 to the Internet 158. The 
Internet 158 is connected to the IP router 142 which, in turn, 
interfaces to a UIP server 830 at central office location 1. 
Subscriber PC 804 communicate with the subscriber TV 100 
through the Internet in the prescribed manner from sub- 
scriber pc 804, to the UIP client 224, through the splitter 
block 798, to the UIP server 830 at the central office 830, to 
the IP router 142, to the Internet 158, to the IP router 142, 
to the UIP server 844, to the splitter 828, to the UIP client 
224, to the subscriber set top box 824 and, finally, to the 
subscriber television 100. 

In the case of standardized POTS traffic, subscriber 3 
could be a network subscriber who does not have a UIP 
client at all. Subscriber 3 can utilize the standard telephone 
set 124, utilizing the POTS service and directly connect 
within the PSTN to a Class 5 switch 840. The Class 5 switch 
840 through the PSTN's network can communicate directly 
to a Class 5 switch 834. The Class 5 switch 834 interfaces 
to the UIP server 830. FIG. 14 illustrates the great flexibility 
that the architecture of the present invention supports in 
terms of its ability to interface to an existing PSTN network. 
POTS traffic across the POTS peripheral 124 occurs in a 
seamless manner with POTS peripheral 124. Additionally, 
the POTS traffic across the subscriber TV 100 and micro- 
phone 816 also occurs in a seamless manner to the POTS 
peripheral 124. 
1. Voice Traffic Termination 

A number of different means of voice traffic termination 
exists within the UIP architecture of the present invention. 
FIG. 15 illustrates the voice over IP switching capability, the 
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POTS switching capability, and the intelligent subscriber 
line termination at the UIP server. The lifeline power supply 
distribution 862 and the 48-volt supply 858 provides a 
reliable means of digitizing voice traffic and integrating 
within the UIP server the requirements of a high reliability 
public switched telephone network interface. FIG. 15 illus- 
trates one embodiment featuring voice traffic DS-0 
termination, as well as voice over IP packetization. As 
mentioned earlier, a 48 -volt supply capability exists by use 
of the 48 volt supply 858 that can be utilized for lifeline 
services supply distribution. The objective of the 48 volt 
supply and the lifeline services supply distribution is to 
deliver power to the voice over IP as well as the POTS traffic 
circuit in an intelligent and conservative manner to extend 
the operational use of voice capabilities during a power 
outage. A T1/E1/J1 long-haul/short-haul line interface unit 
850 is responsible for aggregating POTS based traffic and 
interfacing to a class 5 switch. POTS traffic from the 
subscriber line interface 384 or the subscriber line interface 
384 is processed in the form of either standardized POTS 
traffic or a voice over IP circuit. The voice traffic in the form 
of voice over IP or POTS is forwarded to an intelligent 
subscriber line audio processing circuit 864. The combina- 
tion of the subscriber interface 384 and the intelligent 
subscriber line audio processing circuit 864 generates digital 
traffic which has been digitized from the analog POTS traffic 
across the standard subscriber line. The digitized voice can 
then be forwarded to a Tl framer and voice over IP fabric 
860. The functionality of the Tl framer and voice over IP 
switch fabric is to route and switch voice traffic for multiple 
subscribers. 

The voice over IP traffic, in one embodiment, is supported 
over a Utopia traffic type to the IP to ATM segmentation and 
reassembly module 854. The IP to ATM segmentation and 
reassembly module 854 incorporates the ability to take 
standardized Utopia 11 traffic from the ATM Wide area 
networking switch and converts it to IP. The IP traffic is 
forwarded to a DSP for voice over IP packetization 856. The 
voice over IP traffic is then passed on to the Tl framer and 
voice IP switch fabric 860. A POTS subscriber connected to 
the subscriber line at subscriber line interface 384 can 
communicate using Utopia 11 traffic across the IP to ATM 
segmentation and reassembly module 854. The switch fabric 
860 switches and routes the voice traffic. The intelligent 
subscriber line audio processing circuit 864 converts the 
digitized voice traffic to analog traffic for transmission 
across the subscriber line interface. In this manner a voice 
over IP subscriber can be connected to a standard POTS 
subscriber by the UIP server. 

In addition to the voice over IP to standard POTS 
connectivity, the Tl framer and voice over IP switch fabric 
860 can switch and route one subscriber to another within 
the same UIP server. As outlined earlier, a SS7 interface 730 
from FIG. 11 within the UIP server is able to direct the Tl 
framer and voice over IP fabric 860 to be able to work in 
conjunction with a standard SS7 signaling network and 
Class 5 switch. Also illustrated in FIG. 15 is a T1/E1/J1 
framer 852 which can concentrate traffic from a given set of 
subscriber line interfaces, through use of the switch fabric 
860, and form Tl traffic. The resultant Tl traffic is then 
forwarded to a T1/E1/J1 long-haul short-haul line interface 
unit 850 whose functionality incorporates analog buffering 
and processing to interface to a standard Tl subscriber line 
interface. 

L. Multiple Telephone Interfaces 

As illustrated in FIG. 3, the General UIP Client 
Architecture, the voice-fax CODEC 352 is capable of inter- 
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facing with multiple phones, in particular fax-phone 
modems 104 and 102, and standard telephone peripherals 
such as telephones 112, 110, 108, and 106. FIG. 3, illustrates 
the capability of the general UIP client architecture to 

5 interface with two non-compressed phones, four voice over 
IP phones, and a single standard POTS peripheral 124, a 
standard telephone set. FIG. 3 illustrates only one embodi- 
ment of the invention and is only an example. Multiple 
combinations of these devices can exist at the UIP client, 

30 such as three non-compressed phones, and four voice over 
IP phones. FIG. 18 illustrates seven specific voice circuits of 
FIG. 3 configured to either have a dedicated phone number 
per line or a shared phone number for all seven lines, or a 
combination thereof. FIG. 18 illustrates the POTS peripheral 

15 124 which is a standard POTS telephone. POTS telephone 
124 interfaces to the UIP client through the POTS interface 
port of the UIP Client 224. In the embodiment shown, UIP 
client 224 has six other telephone peripherals, 102, 104, 106, 
108, 110, and 112. The embodiment of FIG. 18 does not 

20 distinguish between non-compressed telephones or the com- 
pressed voice over IP telephones. The UIP client 224 is able 
to modulate the POTS telephone line and carry the traffic 
through the splitter 221 to a standard POTS portion of the 
digital subscriber line. The UIP Client 224 intelligently 

25 manages the voice capability so that the subscriber is able to 
interface with the UIP Client 224 in his native control 
methodology such as a keypad interface. The native control 
methodology is maintained through out one embodiment of 
the present invention for interfaces such as Video on 

30 demand, Remote Video Recorder, and e-mail, among others. 
The phones interfaced to the UIP Client 224 can either 
have shared or dedicated telephone numbers. The UIP client 
224 in this case incorporates switching capability to manage 
the correlation between the telephone numbers and the 

35 specific telephone sets. When the UIP Client 224 is config- 
ured for a fully dedicated configuration, specific telephone 
numbers are associated with specific telephone sets. This 
topology is managed by the UIP client 224 and can be 
dynamically varied by the subscriber. The service provider 

40 dedicates a certain set of numbers for a given UIP client 224. 
This determines the bandwidth allocation between the UIP 
server and the UIP client 224. The UIP client 224 then 
configures the topology of which specific number is corre- 
lated to which specific telephone. Only the POTS line is 

45 statically configured by the service provider. The dynamic 
configuration of the POTS tine can be accomplished by the 
service provider by utilizing the subscriber line interface 
termination circuitry, and the routing within the Tl framer 
and VoIP switch fabric 860. The subscriber selects the total 

50 number of telephone numbers allocated by the service 
provider to his home telephone network. He can then direct 
where these phones rings on a dynamic basis. 

In one embodiment, voice mail functionality and any 
other telephony services are uniformly available throughout 

55 the home telephone network. This is achievable due to the 
fact that the origination for all the telephony services is from 
the UIP Server. The UIP server has the capability to interface 
with all the VoIP telephone sets. Additionally, the POTS 
based telephone set can be interfaced either directly at the 

60 subscribers UIP server, or through the class 5 switch inter- 
face and then to the UIP server. The telephone keypad and 
touch tones are used to configure the UIP client 224 in a 
simplified and native manner. The UIP client 224 services 
these configurational controls in conjunction with the sub- 

65 scribers UIP server at the central office. It is expected that in 
the case of touch tone or voice recognition functionality the 
interactive voice response server would reside at the central 
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office server site. Whereas the programming capability and sharing 1048, 1050, and 1052 incorporates the capability of 

the program storage capability for the configuration would aggregating the traffic resultant from the specific front end 

occur at the UIP client site. based on the specific DSL technology. The resultant data 

The above outlined configurational methodology is only stream » then forwarded to one or a plurality of DSP 

exemplary of one embodiment. Various options exits for the 5 subsystems. 

service provider as to his configurational offerings based on Multiple AFE and DFE multichannel load sharing 

the specific embodiment of the invention that is imple- modules, 1048, 1050, and 1052, are capable of connecting 

mented within his network. The UIP client 224 incorporates ^ multiple DSP based software load sharing modules 

the capability for a semi-intelligent lifeline service so that, 1040 » 1044 > 1042 > and 1046 ' ^ connectivity of multiple 

to the extent possible with the battery backup, there is no io AFE and DFEs with multiple DSP subsystems achieves 

difference between the POTS line versus the voice over IP redundancy and greatly improves the reliability of the sys- 

lines. Any telephone during a power outage condition may tem so ^at no single point of failure exists beyond the line 

be picked up and will provide lifeline like capabilities. interface. Furthermore, the multiple AFEs and DFEs and the 

Traffic will be managed during power outage conditions in multiple DSP subsystems enable load sharing and load 

a conservative manner. As discussed above, in the case of a 15 forwarding. Thus, 1048, in the case of congestion, could 

extended power outage, battery backup is available within then » mstead of forwarding traffic to 1040, forward a bulk of 

the UIP client 224 so that a standard flashlight battery can be lls traffic t0 1044 - Whereas, item 1040 could also load share 

connected to a UIP client 224 to power up the voice portion bctwccn either 1040 or 1044 ^ redundancy of the AFE 

of the network. In this manner, the subscriber is guaranteed md DFE architecture will be a function of the specific 

that when a power failure occurs at the subscriber premises 20 embodiment. FIG. 20 illustrates a redundancy and load 

the telephones can be brought to an operational state for sharin S capability of 2 to 1. The AFE and DFE multichannel 

limited periods of time. The batteries can be extracted so that load sharm g 1052 shows redundancy between DSP based 

they can be conserved. In the power outage standby mode software load sharing 1044 and DSP based software load 

battery utilization is minimized even during active opera- sharing 1046. One embodiment of the present invention 

uon 25 incorporates load sharing across a multiplicity of DSP based 

software load sharing modules. A redundant shared bus 

L. Load Sharing between any two given modules can also be utilized for 

FIG. 20 exemplifies the load sharing model for a specific temporary storage and forwarding to other DSP subsystems, 
topology of one embodiment of this invention. Particularly, When such functionality is implemented a certain network 
the embodiment shown in FIG. 20 represents one level of 30 latency exists. However this can be monitored and managed 
redundancy, one level of load sharing, and one level of traffic by the traffic policing mechanism built within the load 
policing that takes place within the embodiment of the sharing methodology. In one embodiment, the redundancy 
present invention. FIG. 20 illustrates three distinct levels of inter-connectivity as well as the load sharing inter- 
load sharing capability designed in one embodiment of the connectivity interfaces are designed so that any given DSP 
present invention, in particular through use of a multichan- 35 subsystem indicated by DSP based software load sharing 
nel load sharing 1048, 1050, or 1052 capability within a module 1040 connects at least to a plurality of AFE and DFE 
given chassis, the physical connectivity of DSP based soft- multichannel load sharing modules 1048 and 1050. FIG. 20 
ware load sharing modules 1040, 1044, 1042, and 1046. This illustrates that the load sharing DSP module 1040 connects 
is the first level of redundancy and load sharing capability. to the AFE and DFE 1048 and 1050 modules. Whereas the 
The second level of redundancy and load sharing capability 40 DSP based software load sharing module 1044 interfaces 
occurs between the DSP based software load sharing mod- with module 1050 AFE and DFE and the next AFE and DFE 
ules to the chassis network switching elements 1038, 1034 module outlined in FIG. 20 as a dotted line representing a 
and 1030. These represent an inter-chassis multi-board capa- plurality of front ends as illustrated between the dotted line 
bility that is switched directly between the individual between modules 1050 and 1052. DSP based software load 
switching elements. This is the second level of load sharing, 45 sharing module 1042 interfaces with the AFE and DFE 
redundancy, and traffic policing within an embodiment of module 1052 as well as a previous AFE and DFE multi- 
the present invention. The third level, where this load channel load sharing module, again indicated by the dots 
sharing, traffic policing, and redundancy can take place, is shown between AFE and DFE modules and 1050 to 1052. 
through intra-chassis load sharing, 1036, 1032, and 1030. In The DSP based software load sharing 1046 can interface 
this case, the switch element, instead of forwarding traffic to 50 to two separate and up to a plurality of modules indicated by 
another switch element within its own chassis, rather routes the connectivity between the AFE and DFE multichannel 
it to another chassis through the use of the intra-chassis load load sharing module 1050 as well as the next multichannel 
sharing modules 1036, 1032, and 1030. In this manner the module. If AFE and DFE multichannel load sharing 1052 
switch element defers traffic from the native DSP based module is the last module of a sequence, then the 1046 DSP 
software load sharing module to a different DSP based 55 based software load sharing module can be interconnected to 
software load sharing module residing in a different chassis. the AFE and DFE 1048. 

More particularly and in one embodiment, frontend inter- A second level of load sharing exists in one embodiment 
faces 1054, 1056, 1058, 1060, 1062, 1064, 1066, 1068, of the present invention in its capability of chassis-based 
1070, 1072, 1074, and 1076 connect to a subscriber line. The network switching. The UIP server utilizes the chassis 
front ends (FEs) shown in FIG. 20 represent the connectivity 60 network switching element 1038, to load share traffic across 
to the subscriber line and the activity detector circuitry. The the intra-chassis load sharing module 1036, to the intra- 
front ends 1054 through 1076 connect to multiple analog chassis load sharing module 1032, to the chassis network 
front ends (AFE) and digital front ends (DFE) capable of switching element 1034. In this manner, this embodiment is 
multichannel load sharing. Each of the AFE and DFE able to defer traffic on an intra-chassis basis to a different 
multichannel load sharing 1048, 1050, and 1052 illustrated 65 DSP based software load sharing module. The DSP sub- 
in FIG. 20 are capable of interfacing with a plurality of front systems can either load share based on their internal physical 
ends. Furthermore, the AFE and DFE multichannel load configuration or they can utilize the intra-chassis loading 
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switching mechanism to be able to load share with a 
plurality of DSP based software load sharing modules across 
the network. The chassis network switching element 1038 
interfaces with more than one DSP based software load 
sharing module, and, therefore, also provides a means for s 
load sharing. The AFE and DFE passes the raw channel data 
to a DSP based software load sharing module 1046, which 
then encapsulates this data in a switchable form, such as 
either IP or ATM traffic. The switchable data stream is then 
processed by the chassis network switching element 1038 to 10 
be routed to a DSP subsystem on a physically different board 
but residing within the same chassis. The actual modulation/ 
demodulation processing takes place in a different DSP 
based software load sharing module than the one directly 
associated with the subscriber line interface. 15 

M. Unified Access and Searching Capability 
[Unified Internet Portal] 

FIG. 16 illustrates a unified communication portal con- 
cept with the idea that a portal site exists that enables 2 o 
multiple modes of communication in a unified manner. 
Within the unified communication portal model common 
characteristics are used to be able to classify messages. 
Furthermore, the unified communication portal model uti- 
lizes natives modes of communication, such as telephone 25 
keypads and remote control buttons, for enabling access by 
the subscriber to the services that are made enabled by the 
UIP server and the UIP client. Furthermore, a number of 
configurable actions exist, such as message forwarding, 
subscriber paging, voicemail forwarding, cell phone for- 30 
warding. The unified communications portal enables a uni- 
fied communications methodology in that a multitude of 
communications methodologies and messaging capabilities 
are unified for the subscriber to achieve a very high retention 
rate. The objective of the Unified communications portal is 35 
to provide a virtual and physical portal for the subscriber of 
highest performance and broadest utility to attract and retain 
the subscriber. 

One embodiment of the present invention enables a 
subscriber access to resources that reside at either the UIP 40 
server or on the Internet in general, such as, Internet 
searches, Internet or broadcast weather reports, stock quotes, 
voice mail, e-mail, Video on Demand, and remote video 
recording. One embodiment of the present invention enables 
a Unified Internet Portal capability. In one form, the Unified 45 
Internet Portal comprises a plurality of distributed UIP 
servers where the subscriber-oriented data can be stored at 
the UIP server corresponding to the subscriber's subscriber 
line. When content or accessibility to content is pushed right 
to the edge of the wire, the only real delay experienced by 50 
the subscriber will be the delay of the modulation 
technology, such as the modeming capability. No significant 
network delay will be experienced by the subscriber since 
the data is actually residing as close to the subscriber as 
possible and the correlated UIP server is a distributed 55 
architecture. In specific cases, this subscriber specific data 
can be pushed over to the subscriber. Under certain condi- 
tions the delivery to the subscriber will be incomplete, such 
as the case of a power outage, or in the case of a lack of 
resources such as a hard drive being full, or in the case where 60 
the subscriber is not accepting the data such as video on 
demand data. The reliable closest point of convergence to 
the subscriber is the UIP server. 

One embodiment of this invention pushes the subscriber 
specific content as close to the subscriber as possible. The 65 
UIP server maintains statistics on the subscribers data pre- 
vious usage and attempts to predict the subscribers typical 



data usage. The predicted data is then cached at the corre- 
sponding UIP server. The present invention incorporates a 
pseudo-serving capability as mentioned earlier in the form a 
proxy server, a form of web caching. The advantage to the 
subscriber is that the data, due to its proximity to the 
subscriber, will be delivered in the highest speed manner and 
will only experience latency in delays and frequency limi- 
tation of the dedicated wire between the UIP server and 
subscriber. The storage of this information can either occur 
within a remote storage area network where the data is then 
utilized through a storage area network rather than a local 
storage, or else local storage at the UIP server itself. Certain 
performance guarantees are required in the case of a remote 
storage area network, to achieve the required performance of 
the UIP server. In particular the storage area network is 
required to deliver a comparable performance to match a 
typical seek time and data channel rates of a standard hard 
drive. 

FIG. 16 illustrates a specific embodiment of the Unified 
Internet Portal. In FIG. 16, zone 892 is a block indicating the 
action that is being taken. Zone 894 indicates methodology 
of the action that is being taken. In the case where zone 892 
shows a search capability, 894 defines the engine to be used 
to conduct the search, such as GARUDA, altavista, 
netscape, etc. FIG. 16 illustrates that a search action is 
indicated, and the search is to be done by the GARUDA 
search engine. The GARUDA search engine is a distributed 
search engine with the capability of searching the plurality 
of UIP servers. The subscriber is able to select from the 
variety of engines by selecting the arrow button 896. A menu 
is presented to the subscriber for selection of the engine. The 
selected engine is displayed within zone 894. Selected 
engines are preprogrammed within the Unified Internet 
Portal typical screen. Once action has been selected in zone 
892 and the methodology selected in zone 894, the sub- 
scriber can enter one to a plurality of keywords in zone 898. 
Once the keyword has been selected, the subscriber then has 
the choice to either perform a search web or search UIP by 
pressing the search web 900 button or the search UIP 902 
button. The search web action causes a search across the 
Internet, whereas the search UIP action causes a local search 
within the UIP server, or the UIP client. The differentiating 
factor between a search across the UIP and a search the Web 
is the fact that the UIP is a virtual environment for the 
specific subscriber. Search items in that particular case 
would specifically be limited to those things that the sub- 
scriber has a specific interest in, among other things voice 
message, e-mail messages, or any of the other services 
available to the specific UIP client. Whereas, search Web 
button 900 specifically relates to being able to do a search 
across the Internet and would typically be able to search only 
those sites that are serviced by the Internet. 

In addition to the general searching and access capabili- 
ties to the Internet and the UIP server, one embodiment 
features a plurality of boards maintained within the Unified 
Internet Portal typical voice screen as indicated by zone 890. 
Zone 890 illustrates a variety of different boards, such as a 
weather board, a news board, a health board, a games board, 
and a several custom boards available by a single click 
within the typical Unified Internet Portal site. The subscriber 
may customize the boards he chooses to display on the 
Unified Internet Portal typical screen. 

In addition, programmability exists within the UIP portal 
client through use of management to be able to select 
specific data from either these boards or a push based data 
delivery service and be able to continually display them 
through the use of a ticker zone 912. The ticker zone 912 is 
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a custom messaging location where the user is able to 908 within FIG. 16 illustrates the capability of the subscriber 

preprogram certain dynamically changing data. Once the to manually dial a number in the case of voice services 

ticker zone 912 is programmed, it is immediately enabled through use of a simple keypad interface. Additionally, the 

whenever the subscriber accesses the Unified Internet Portal keypad mimics the keypad of the telephone set, in that if the 

screen. The ticker zone 912 could, for example, in a specific 5 subscriber is more familiar with a telephonic access he is 

embodiment display a series of stock quotes, or alternatively a ble to achieve an analogous means at the computer through 

display current news stories. The ticker zone can be updated use 0 f the virtual keypad, or the physical keyboard keypad. 

on a zone by zone basis, or on a sliding basis, such as right jam 908 ena bles the subscriber to use the native mode of 

to left, left to right, top to bottom, or bottom to top The control depending of the service type, thus for example 

information wall be refreshed on a pre-programmed basis. dufin ^ RVR m m mode a remote mUo \ 

The subscriber is able to select the frequency of refreshing, WQuld be available . ^ 910 within na 16 nitrates a 

as well as the content of the ticker zone. . , . , , . , , r 

, , TT .„, T « * simple directory dial capability where, instead of using 

In certain embodiment, the Unified Internet Portal enables * , A . , 4 u/ M ,u^ -l;, ' <u„ <v ; 

r n >t j i * t . j on a manual dial the subscriber can select the recipient trom a 

a combination of pull methodologies, such as boards 890, v , JJV , tL a , , 

and push methodologies, such as ticker 912. Both the pull ^ oty ^ I ™u™ mentioned above, 

based and the push based technologies are aged based on the 15 th ? re » a zone u 916 ^, perhaps, an action by the 

subscribers preferences. The aged data is then deleted from subscriber, such as a right key click of a mouse. Zone 916 

the UIP server. In addition, to the push and pull communi- enables the subscriber to cause action to the specific mes- 

cations methodologies, the Unified Internet Portal enables a sa S e bem S ™ displayed, such as Save message, 

unified communication methodology. The subscriber is able Delete message, Return this call, Edit the profile, Add to 

to access the multitude of communication means within a 20 directory, or Pause message. The edit profile option is one 

unified portal strategy. Zone 904 in FIG. 16 illustrates a means of editing a message thread entry. The Add to 

plurality of communication methodologies, such as voice directory option enables the incorporation of the caller into 

mail, video mail, e-mail, fax, broadcast TV, remote video a directory management database. The Pause a message 

recorder RVR capability, video on demand VOD capability, option enables the subscriber to stop the active message 

configuration for a personal page site, as well as a manage- 2 5 midstream which can then be unpaused later with a single 

ment screen. FIG. 16 is an example of one embodiment, it click or keystroke. Furthermore zone 916 enables simplified 

is understood that the scope of the specific communication hot buttons, such as 1, 2, 3, 4, 5, 6, which can either be hot 

methodologies will vary based on the configuration of the buttons at the keyboard or also key buttons pressed through 

specific embodiment. Within zone 904, the subscriber a native means such a telephone keypad, or remote control, 

selects the specific means of communications by simply 30 FIG. 17 illustrates the logic flow diagram of the voice call 

clicking of the selection tab. The selection tabs can be either processing for unified access capability. It exemplifies sev- 

grouped, or itemized. So, for example, voice mail, v-mail, cra] features and capabilities of the UIP server and the UIP 

e-mail, and fax can be grouped into a single messaging type. client. The power-on reset 930 algorithm initializes the voice 

In this case, the subscriber will be offered a series of capability and enables the UIP client 224 to load the 

messaging types and after selecting one, the subscriber 35 management configuration. The load management configu- 

would be able to select among the specific modes, such as ration 932 algorithm utilizes the previous state of the 

e-mail, video-mail, voice-mail. network, and the subscriber preferences to enable voice call 

Furthermore, the subscriber has the capability to unify all processing. An incoming call 934 decision processes to see 

modes of communications, or any selected set, and view all if any caller action is warranted. If no action is warranted, it 

messaged in a unified means. Along the same theme, broad- 40 continues to wait. When an action is warranted, such as an 

cast TV, RVR and VOD, for example, can be configured as incoming call, it proceeds to a lookup directory function, 

either itemized or unified as a group, or unified within a The lookup directory, reviews previous records to identify 

multi-group. In either case, the subscriber through use of who the calling party is. The resolved extension 938 algo- 

zone 904 is able to select one of a variety of services, FIG. rithm utilized the caller id information, in conjunction with 

16 illustrates a specific configuration of a messaging screen 45 the subscriber configurational information the action for the 

where, the user has selected to itemize his communication caller. For example, if the caller is a business caller for- 

services and is currently reviewing his voice mail. Several warded from an office extension, the subscriber can choose 

different messages are displayed in zone 907. Several to forward the call to a local office voice mail or forward to 

parameters are displayed associated with each message, a specific extension. If the caller is resolved and the action 

such as an acknowledgment tag, time of the message 50 is to forward the call to a specific extension, then the 

reception, the date of message reception, the telephone extension busy 948 decision is queried. If the extension is 

number of the caller if available, and the name through a busy then take forwarding action 954 is executed. Take 

directory lookup. In addition, a message thread is collated forwarding action 954 determines the forwarding action, 

based the previous communications with the specific caller such as page subscriber, and forwards the caller in the 

and the a set of previous messages is displayed within the 55 appropriate manner. Alternatively if the extension is not 

message thread 914. The subscriber can choose to select a busy, the ring extension 952 action is taken. If the ring 

unified messaging thread, so that all communications from extension 952 action does not evoke a responses, then the 

the specific named individual are grouped together, such as ring extension 950 is preprogrammed for alternative action, 

email, fax, voicemail, or videomail. The subscriber can such as, page subscriber, or forward call. If the caller based 

select the thread name and classify the individual messages 60 extension resolution is incomplete, the office PBX extension 

within the thread either manually or on a prescribed manner. query makes a determination based on the called number 

The message thread displays a history of the communication basis. Thus if a specific telephone number within the home 

and a summary of the specific message such as "Meeting of network is classified as an office PBX extension, then the 

Friday," "Need fax cover sheet," "Need purchase order," call is resolved to be an office call. If the PBX office 

"Please return call," as illustrated in FIG. 16 zone 914. 6 5 extension 940 query determines.that the caller is not an 

The unified communication methodology enables a more office call but rather a local or a home call, then the caller is 

efficient communication capability for the subscriber. Zone either forwarded to a home extension menu 942 messaging 
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system or directly to a home extension action 944, such as 
ring extension, or forward call. The home extension menu, 
again, fundamentally looks to see if the extension that can 
accept that particular call is busy or not. If it is not busy, the 
extension is rung through home extension action 944. If it is 
busy, then again 944 takes the appropriate action such as 
forwarding the call, taking a voice mail. 

If look-up directory looks up the information and the 
receiving extension is resolved, the system queries to see if 
that specific extension busy 948 or not. The call has been 
classified as either a home extension call or an office 
extension call. If the call is determined to be a home office 
extension, a specific extension associated with the resolved 
caller is then queried through the extension busy 948 query. 
If the associated extension is busy, forwarding action is 
taken similarly as previously described, or else if the exten- 
sion is not busy then the extension is rung through the ring 
extension 946 action. Further action is taken if the extension 
is not answered. 
1. Access to Video Data 

In FIG. 2a Scalable Multimedia Switching Network 
Model, the UIP server 226 was connected through a video 
traffic connectivity, either using OC-3, OC-12, or STM-3 
among others, to a video farm element 292. FIG. 19 is a 
detailed diagram of the video farm element 292 and illus- 
trates various exemplary components as required for a video 
delivery capability from an optical farm. The multi-drive 
carousal 1014 has the capability of holding multiple optical 
disks and is capable of robotically controlling them so as to 
be able to insert them in a plurality of DVD players, 1006, 
1008, 1010, and 1012. In a simplified configuration, the 
DVD players 1006, 1008, 1010, 1012 can be utilized 
through a standard enhanced IDE interface of a personal 
computer. Up to two DVD players, 1006 and 1008, can be 
connected to a single interface and another two 1010 and 
1012 can be connected into a separate IDE BUS. Both of 
these buses are then connected to the PC optical server, 
1004. In one embodiment, the PC optical server is a personal 
computer based device and it is capable of boot-strapping 
through use of a boot drive 1000 and self configuration for 
service. The boot drive could be boot strapped by a SCSI 
drive, an IDE drive, or by a network based boot up sequence. 
The PC- Video optical server 1004 exemplifies a split 
enhanced IDE topology, however, the PC-Video could incor- 
porate other proprietary means for storage interface. 
Furthermore, the total number of DVD players 1006, 1008, 
1010, and 1012 can range from one to a plurality of DVD 
players. The PC-video optical server 1004 directly controls 
the state of the DVD players 1006, 1008, 1010, 1012. The 
multi-drive carousal 1014 is able to robotically select one or 
more DVDs to be inserted in a specific DVD player and is 
able to do this under control of the PC-video optical server 
1004. Furthermore, once the system is configured and a 
video stream is available, the PC-video optical server 1004 
can then integrate and process the resultant video stream into 
a transport stream, such as a MPEG-2 transport stream over 
ATM. 

The ATM traffic, depending on the content, demand and 
the topology of the PC-video optical server 1004, can utilize 
one of a variety of interfaces, such as a Utopia II interface, 
a OC-3 interface, a OC-12 interface, or an STM-3 interface, 
among others. In addition to the optical play capabilities 
available to the video farm, exemplified in FIG. 19, the 
PC-video optical server 1004 optionally is capable of sup- 
porting a cable TV DVB-C input. The standard cable net- 
work is capable of tuning to a plurality of channels. Each of 
these channels has a plurality of digital streams. In a specific 
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embodiment up to eight transport streams are available per 
tuned channel. Thus, PC-video optical server can utilize 
either one or all of these digital streams and be able to 
co-distribute the video content of these given channels along 
the MPEG-2 transport stream groomed for optical video on 
demand traffic. 

Furthermore, the PC- Video Optical server 1004 is capable 
of tuning to a plurality of cable TV channels and, therefore, 
be able to deliver more than a single channel's worth of 
digital video stream. For example, the PC-video optical 
server 1004 could possibly tune differentially to 3 channels, 
which would then potentially result in 24 separate MPEG-2 
digital streams. In this configuration, a given subscriber can 
be delivered a specific cable broadcast feed directly to his 
subscriber UIP client. In addition, FIG. 19 also illustrated a 
video farm system controller 1002. The video farm system 
controller 1002 is primarily responsible for directing the 
actions of the PC-video optical server 1004 and the general 
system of behavior of the FIG. 19 video farm element. The 
video farm system controller also interacts with the rest of 
the network for general configuration and optimization. 
Video caching within the PC-video optical server 1004 is 
also supported. Furthermore, general video striping meth- 
odologies of the UIP server are also incorporated within the 
PC- Video optical server 1004. The PC- Video optical server 
1004 can cache more popular movies within a hard drive, 
such as the boot drive. In this configuration, the DVD 
players 1006, 1008, 1010, and 1012 are utilized for less 
frequently accessed video content. 
2. Other Portal Services 

The Unified Internet Portal supports a number of services 
at the portal entry point wherein a subscriber can select from 
one to a plurality of services based on bis management 
profile. FIGS. 21a, b and c exemplify a typical menu 
diagram of services and options. The specific service sup- 
ported by the menu tree is illustrated by the title within the 
line branch. FIG. 21a illustrates the options and capabilities 
the subscriber has available to him at every stage. 

If the voice mail 1089 option is selected the subscriber is 
then able to select from a range of different events. The user 
can cause one of several events, such as an answer event 
1090. The subscriber is able to select from a number of 
options within the answer event 1090, namely, answer on, 
answer off, forwarding on or forwarding off as illustrated by 
section 1090 in FIG. 21a. If an answer event 1090 is not 
selected then a message event 1092 could be selected. The 
caller is able to select from a number of options within a 
message event 1092, namely record a message, edit a 
message, or delete a message. The message 1092 event is a 
caller perspective event. The message event 1092 is what the 
caller initiates as he is leaving a message, or chooses to 
delete a message, or edits his own message. The message 
event 1092 is not the subscriber perspective event as when 
the subscriber chooses to listen to the messages. If a message 
event 1092 is not selected then a play event 1094 could be 
selected. When the subscriber chooses to listen to his 
messages, he selects the play event 1094. The subscriber is 
able to select from a number of options within a play event 
1094, namely, play a message, play previous message, skip 
message, delete message, or pause message. If the subscriber 
chooses to pause a message he can then either continue to 
play the message by reasserting pause, or he can begin to 
replay the message from the beginning by re-asserting play. 
When the subscriber selects an action event 1096, he causes 
an action to the present message. He can choose between the 
following actions, return the call, save the message, edit the 
thread or add to the directory. The edit the thread option 
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enables the system to add a custom thread message associ- 
ated with the voice mail message that is currently active. The 
subscriber can then classify the related messages on a thread 
basis. The thread classification can either simply classify the 
content of the conversation, or on the basis of to-do lists for 5 
the subscriber. The add to directory option within action 
event 1096 of FIG. 21a illustrates the ability of being able 
add the caller of the current message to a directory. Other 
options available during the voice mail option is the dialing 
event 1098. The dialing event 1098 option enables either a 10 
manual dial capability or a direct dial capability. Another 
event that can take place is a manage event 1100. A manage 
event 1100 in FIG. 21a illustrates a configuration option, or 
a configure forward event. The configure forward action 
enables the subscriber to control and select what specific 15 
configuration/action can take place, such as forwarding a 
call, or configuring for e-mail notification via paging. 

If the videomail 1101 option is selected the subscriber is 
then able to select from a range of different events. The 
subscriber can cause one of several events, such as an 20 
answer event 1102. The answer event 1102 is similar to the 
answer event 1090 giving the subscriber the ability to enable 
the answering capability through answer on, or disable the 
answering capability through answer off, or to enable for- 
warding capability through forwarding on, or to disable the 25 
forwarding capability through forwarding off. The sub- 
scriber can cause a message event 1104. If the message event 
1104 is selected the caller has the choice of several message 
options namely, record message, edit message and delete 
message. The message event is driven by the calling party 30 
for composing the message to the subscriber and is not the 
action that the subscriber takes to actually listen to his 
messages. The subscriber can cause a play event 1106. If a 
play event is selected the subscriber has the choice to either 
play a message, play a previous message, skip a current 35 
message, delete message, and pausing a message. A paused 
message could then be continued by reasserting the pause 
option pause. An action event 1108 can be caused by the 
subscriber to either return a video mail, or save the message, 
or edit a thread, or add to directory. The subscriber can also 40 
cause a dialing event 1110. A dialing event 1110 of FIG. 21a 
illustrates two different means of dialing an outgoing video 
message namely, either manual dial, or direct dial. The 
videomail 1112 illustrates a manage event 1112. One of the 
things that a manage event 1112 can do is to configure 45 
forwarding capability, such as paging numbers, or e-mail 
paging notification. 

If the e-mail 1113 option is selected the subscriber is then 
able to select from a range of different events. The subscriber 
can cause one of several events, such as an forwarding event 50 
1114. The forwarding event 1114 gives the subscriber the 
ability to either enable the forwarding action upon receipt of 
an e-mail, or to disable the forwarding action upon receipt 
of an e-mail. The answer event of 1102 and 1090 does not 
exist within the scope of e-mail since the e-mailer assumes 55 
that the system is always able to accept a message. A 
message event 1116 is analogous to the message event 1104, 
except that the e-mailer does not have any interactive ability, 
thus the subscriber can only select the condition of either 
receiving the e-mail or refusing it. The receive option selects 60 
a global refusal of delivery to all senders. Various filtering 
options within the manage event enable a sender based, or 
address based, or subject based, or content based filtering. 
The subscriber has the option of selecting a view event 1118. 
The view event is responsible for displaying the message, or 65 
displaying a previous message, or slapping the current 
message, deleting a specific message. The subscriber further 
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has the option of selecting a reply event 1120. When a 
message is read it is possible for the subscriber to directly 
either reply to the sender, reply to the sender and everybody 
else who has received the message, simply save the 
message, edit the topic of the thread for classification, or to 
add the sender or anyone else on the mailing list to the 
directory. Within the e-mail 1113 service option the sub- 
scriber can cause a compose event 1122. A compose event 
1122 allows the subscriber to compose a message. The 
recipient can be selected within the compose event either 
through a directory lookup or a direct entry, and finally the 
compose event 1122 allows the subscriber to send the 
message. The subscriber within the email 1113 service 
option can cause a manage event 1124. In one embodiment 
of the present invention, the subscriber only has the option 
of configuring forwarding action. 

FIG. 216 is a continuation of the exemplary typical menu 
diagram of services and options of the unified Internet 
portal. One embodiment of the present invention incorpo- 
rates the capability of semi-interactive content delivery, such 
video on demand, remote video recording capability, and 
broadcast television capability. If the voice on demand 1125 
option is selected the subscriber is then able to select from 
a range of different events. The user can cause one of several 
events, such as a program event 1126. The program event 
enables the subscriber to select a track and then within the 
track be able to select a specific movie selection that is 
available in the video on demand capability. Once a track 
has been selected and a movie selected, program event 1126 
then enables the subscriber to be able to end the selection 
process and thereby configures that particular movie or track 
to be played on a demand basis. Once a movie has been 
selected the subscriber is capable of asserting a play event 
1128. Within the play event 1128, the subscriber has the 
capability to either begin playing the video on demand or 
else to end playing the selected video on demand. If a 
selected movie is not completed by the subscriber certain 
service provider based remuneration capability exists where 
the subscriber can select to continue watching the movie at 
a later time, or pay a more nominal price for the movie. To 
support short interruptions, one embodiment of the present 
invention supports the capability of asserting a stop event 
1130. A stop event 1130 is differentiated from an end play 
option of the play event 1128 in that the end event actually 
terminates the movie session, whereas, the stop event stops 
it temporarily. The subscriber only has the option of stop- 
ping the currently selected movie within the stop event 1130. 
In addition to the stop event 1130 the subscriber has the 
capability of selecting a chapter event 1132. The chapter 
event 1132 enables the subscriber to actually skip portions of 
the selected movie and be able to skip to either a next chapter 
or be able to review a previous chapter. The policy within 
this capability is set by the service provider. The general 
methodology available in one embodiment has the capability 
to log the specific events so that the service provider can 
select custom billing methodology. If a Video on Demand 
event is selected the subscriber is capable of inserting a fast 
forward event 1134. The fast forward event 1134 enables the 
subscriber to either fast forward the movie, play the movie 
at a two times mode, play the movie at a eight times mode, 
play the movie at a thirty two times mode, or to be able to 
stop the fast forward event. Analogous to the fast forward 
event 1134 is the rewind event 1136. The rewind event 1136 
enables the subscriber to either rewind the movie, rewind 
and reverse play the movie at a two times mode, rewind and 
reverse play the movie at a eight times mode, rewind and 
reverse play the movie at a thirty two times mode, or to be 
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able to stop the rewind event. In addition to the rewind and 
fast forward events another event available is a pause event 
1138. The pause menu event enables the subscriber to be 
able to pause a movie for some indefinite period of time, 
begin playing the movie after the pause function, directly go 
into a rewind mode, or directly go into a fast forward mode 
or else to stop the movie for a longer, indefinite period of 
time. The differentiating factor between a stop and a pause 
function is that during a pause event, the current content of 



analogous to the chapter capability 1132 within the video on 
demand 1125 functionality. The subscriber has the capability 
to record a video on demand selection within the remote 
video recorder. This capability is optional and is under the 
control of the service provider. The advantage to the service 
provider for providing this capability is that the remote 
video recording function of the video on demand movie can 
take place on a available bit rate basis, Whereas the video on 
demand would need to be delivered on a constant bit rate 



the video is displayed, whereas in the case of the stop event 10 basis. In this manner the service provider is able to further 



some alternative background banner or screen is displayed. 
In addition to the pause event 1138 the subscriber can select 
a miscellaneous event 1140. The subscriber has the capa- 
bility of accessing the administrative menu from the mis- 
cellaneous event 1140. 
3. Remote Video Recording 

Analogous to the Video on Demand, 1125 event, is the 
RVR event 1141. The RVR event represents a remote video 
recording capability where, based upon a subscribers 



optimize his network performance. 

Within a RVR event 1141, the subscriber has the option of 
selecting a fast forwarding event 1152. The fast forward 
event 1152 enables the subscriber to either fast forward the 
15 program, play the program at a two times mode, play the 
program at a eight times mode, play the program at a thirty 
two times mode, or to be able to stop the fast forward event. 
Analogous to the fast forward event 1152 is the rewind event 
1154. The rewind event 1154 enables the subscriber to either 



selection, a segment of a broadcast service, either an Internet 20 rewind the program, rewind and reverse play the program at 



broadcast or a TV broadcast, across the UIP server archi- 
tecture can be recorded. The subscriber is able to play, 
rewind, fast forward the remotely recorded broadcast 
stream. The functionality is analogous to the VOD except 
the fact that in the case of the RVR event 1141 the segment 
of data that has been stored on the UIP server is targeted 
towards single subscriber premises. Thus, the RVR event 
1141 is viewed in context of a given subscriber or a given set 
of subscribers. Selection events available for the RVR 1141 
are, among other things, a program event 1142 which 
enables the subscriber to either select a program track, end 
a select track, program a particular selection, skip to a next 
track, or skip to the previous track. The RVR capability of 
one embodiment enables multiple track recordings. A given 
program selected to be recorded, selects the track to use for 
recording, such as track 1, track 2 up to a service provider 
selected maximum number. One embodiment implements an 
aging mechanism wherein old recorded track that the sub- 
scriber has recorded earlier can be purged based on a 
subscriber aging configuration setting. The differentiation 
between program select and the track select is that once the 
subscriber has selected a specific track, he then selects which 
program to record on that track. The program select even- 
tually tags the selected time-slot so that during the associ- 
ated broadcast the UIP server is able to record the selected 
program within the selected track. One of the options 
available during the RVR 1141 option is the record event 
1144. This is an interactive capability that enables the 
subscriber to either begin recording the current television 
broadcast, or Internet television broadcast, or stop recording 
it. 

Another option available to the subscriber is the play 
event 1146. The play event 1146 enables the subscriber to 
either begin playing a given program within a track or to 
terminate the playing session. The stop event 1148 is analo- 
gous to the video on demand stop event where the remote 
video stream that is currently being viewed is temporarily 
suspended. A stop event 1148 is differentiated from an end 
play option of the play event 1146 in that the end event 
actually terminates the movie session, whereas, the stop 
event stops it temporarily. The subscriber only has the option 
of stopping the currently selected program within the stop 
event 1148. The subscriber has the option of selecting a 
chapter event 1150. The chapter event 1150 enables the 
subscriber to select a specific chapter within the remote 
video recording, or skipping to the next chapter, or skipping 
backwards to a previous chapter. This capability is directly 
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a two times mode, rewind and reverse play the program at 
a eight times mode, rewind and reverse play the program at 
a thirty two times mode, or to be able to stop the rewind 
event. 

In addition to the rewind and fast forward events another 
event available to the subscriber is a pause event 1156. The 
pause menu event enables the subscriber to be able to pause 
a program for some indefinite period of time, begin playing 
the program after the pause function, directly go into a 
30 rewind mode, or directly go into a fast forward mode or else 
to stop the program for a longer, indefinite period of time. 
Hie differentiating factor between a stop and a pause func- 
tion is that during a pause event, the current content of the 
video is displayed, whereas in the case of the stop event 
35 some alternative background banner or screen is displayed. 
In addition to the pause event 1156 the subscriber can select 
a miscellaneous event 1158. The subscriber has the capa- 
bility of accessing the administrative menu from the mis- 
cellaneous event 1158. 

4. Broadcast Television 
In FIG. 21b a standard broadcast TV capability also exists 

indicated by the TV option 1159. Once the TV option 1159 
has been selected a number of events are available to the 
subscriber. In particular, a track event 1160 enables the 
subscriber to search track, to select a track, and to end a 
track. A track in the context of a television broadcast refers 
to a general category of selection such as, for example, a 
comedy track or an adventure track or a drama track. The 
channel event 1162 enables the subscriber to select the 
50 program to watch on a channel basis analogous to the 
standard cable TV infrastructure. Within the channel event 
1162, the subscriber can be either change the channel up or 
he can change the channel down or he can manually enter a 
channel number. The channel event, 1162, is made available 
55 so that the subscriber is able to use his native, intuitive form 
of interfacing with a broadcast television system within one 
embodiment of the present invention. In addition to the track 
event 1160 and the channel event 1162, the subscriber can 
select a miscellaneous event 1164. The subscriber has the 
60 capability of accessing the administrative menu from the 
miscellaneous event 1164. 

5. Fax Transmissions 

FIG. 21c is a continuation of the exemplary typical menu 
diagram of services and options of the unified Internet 
65 portal. One embodiment of the present invention incorpo- 
rates the capability of fax delivery and composition, as well 
as configurational capability. FIG. 21c illustrates the fax 
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option 1165, the personal option 1177, and the management One embodiment of the present invention has the capa- 

option 1189, of one embodiment of the present invention. bility of responding to a page and be able to take paging 

The subscriber has the option of selecting a fax option 165. services. The receive event 1180 allows the unified Internet 

If the subscriber chooses the fax option 1165, he has the portal messaging system to receive an event. An event is 

capability of selecting from one of several events. The 5 defined as any processable piece of data delivered to the 

forwarding event 1166 enables the subscriber to choose to unified Internet portal messaging system with the intent of 

either forward his incoming fax or to cause a page alert or causing a follow-up action. The specific action is configured 

cell phone alert to inform the subscriber that an incoming fax by the subscriber. An example of a personal event would be 

has been received. The specific action is selected within the a stock quote. The unified Internet portal messaging system 

manage event. The forwarding event 1166 enables the 10 can be programmed to send a page to the subscriber if a 

subscriber to either enable the forwarding action, or to given stock hits a certain price. Thus, the unified Internet 

disable the forwarding action. A receive event 1168, takes portal messaging.system is either notified of the current 

place when a fax is received. Typically, when a fax is price of the selected stock, or is simply notified of the 

received, the unified Internet portal messaging system is qualifying event. Based on the configuration within the 

notified. The unified Internet portal messaging system is the 15 manage event, the unified Internet portal messaging system 

repository for all messages either incoming, or outgoing. notifies the subscriber by sending a page, or by calling his 

When the unified Internet portal messaging system is noti- cellular number with a message. A view event, enables the 

fied it in turn reviews the configuration to see if a specific subscriber to view any paging events and their associated 

forwarding action is to be taken, as described earlier, and received events. The subscriber has the capability to either 

takes the appropriate forwarding action. A view event 1170 20 view the page, view a previous page, or simply skip the 

enables the subscriber to either display the selected fax, to current page. Hie view event 1182, the reply event 1184, and 

view a previous fax, to skip to the next fax, or to delete the the compose event 1186 would all three be a function of how 

selected fax with or without viewing it. In addition to the the system was configured. 

view event it is possible that the subscriber can select a reply FIG. 21c exemplifies a simple paging mechanism, how- 
event 1172. A reply event 1172 enables the subscriber to 25 ever multiple Internet based forwarding actions can be taken 
reply to a received fax. One embodiment of the present such as configure paging so that when, for example, a 
invention enables a unified communications model, in that a specific stock hits a certain price the subscriber is directly 
unified suite of messaging features are available to the notified either through phone, page, e-mail, or which-ever 
subscriber regardless of the specific form of service being mode of communication the subscriber so chooses. In the 
used. Thus the fax messaging event enables the capability of 30 case where a page event response is required, multiple 
replying to the fax sender. A reply event 1172 enables the receiving parties can be paged based on a received page 
subscriber to either a reply to the sender of the fax based on event. If, for example, a stock price has hit a particular 
either a name correlation, or a telephone number correlation, ceiling the personal option 1177 can be configured to 
or a combination of both. Furthermore, the subscriber can compose an event 1186 indicating the stock name and the 
reply to all the receivers on the fax based on either a name 35 price. The composition of an event can either automatically 
correlation, or a telephone number correlation, or a combi- send the event to a recipient list, or can be configured for 
nation of both. In addition to the reply one and reply all, a manual intervention. In addition, a directory look-up exists 
reply event enables the subscriber to save the message, to which enables a specific event to be correlated to a specific 
edit a thread, and to add the fax sender to a standard set of individuals so that more than one individual can be 
directory. The message event 1174 enables the subscriber to 40 notified of a specific event, and multiple recipient lists can 
either compose a fax, to do a directory lookup based be maintained. 

recipient search, and to sent the fax. In addition to the The subscriber can cause a reply event 1184 in case of a 

message event 1174 the subscriber has the ability to assert a received event 1177. A reply event is an action caused as a 

manage event 1176. The manage event 1176 allows the consequence of a prior event such as a prior receive event 

subscriber to configure the forwarding action such as pager 45 1180. Several options are available within the reply event 

alert on fax reception, automated fax forwarding either via 1184, namely, reply one to reply back to the sender of the 

e-mail or via faxing upon fax reception, as well as cellphone event, reply many to reply to a list of multiple recipients, 

alert upon reception. save event to save the event, and add to directory to save the 

6. Paging, Messaging and Management Functions name of the sender to a directory. A view event 1182 enables 

The personal option 1177 of FIG. 21c illustrates a page 50 the subscriber to view a specific event. It also enables the 

event. The page event 1178 enables the subscriber to con- subscriber to view a previous event such as a previous page 

figure an embodiment of the present invention to cause a or to skip the current event and go to the next event, 

page. The subscriber has the option of either enabling the FIG. 21c further illustrates the management option 1189 

paging capability or disabling the paging capability. The that the subscriber can choose within the exemplary typical 

manage event 1188 enables the subscriber to configure the 55 menu diagram of service and options of the unified Internet 

paging event 1178. The manage event 1188 allows for portal. The management option 1189 enable the subscriber 

multiple number paging capability. Forwarding action can to choose from a number of events. A customize event 1190 

be configured such as page upon fax, email, or voicemail. enables the management of the specific look and feel of the 

The manage event 1188, also enables the subscriber to edit Unified Internet Portal entry page and includes such capa- 

the view. Edit view is the ability to select a specific look and 60 bility as, customize boards which enables customization of 

feel of the unified Internet portal. Within the edit view there the boards accessible to the subscriber, customize the search 

are be a number of menus to customize and program the engines, customize the ticker, customize messaging which 

specific look and feel of the various components of the allows customization of the initial access into the unified 

unified Internet portal. Within the personal option 1177 the Internet portal messaging system. The subscriber can choose 

subscriber can cause a message event 1186. A message event 65 to assert the add event 1192. An add event 1192 enables the 

allows the subscriber to compose a personal event, to subscriber to add a board to the unified Internet portal entry 

perform a directory look-up, and finally to send an event. page, add a search engine, add a new ticker, add to mes- 
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saging. The add a new ticker option configures the unified 
Internet portal entry page to display either the new ticker 
info within an existing ticker zone, or generate an entirely 
new ticker zone. Furthermore, the add to messaging option 
allows adding display fields within the various messaging 5 
screens. The subscriber can for example, add a weather 
board to be able to get access to weather services from the 
unified Internet portal entry page, or add a search engine 
such as altavista, or to add the price of IBM and any news 
on IBM to the ticker zone. A delete event 1194 is analogous 10 
to the add event except it accomplishes the opposite of the 
add event. The delete event 1194 enables the subscriber to 
delete a board from the unified Internet portal entry page, to 
delete a specific search engine, delete a ticker item or ticker 
zone, delete from messaging. The authorization event 1196 is 
enables the subscriber to authorize the use of specific service 
carriers and policies. The subscriber has the ability to add 
specific services carriers to the selection of authorized 
service carriers, to delete specific service carriers from the 
selection of authorized service carriers, and to configure the 20 
authorization codes required for a per transaction based 
service authorization. Furthermore, the subscriber has the 
capability to configure the authorization event 1196 so that 
specific security codes are mandated for specific service 
usage. The subscriber can assert a security event 1198 that 25 
enable the subscriber to adding a security code, to configure 
the various security options of the subscriber and the mul- 
tiple users of the services. 

N. System Configuration and Initialization 3Q 

One embodiment of the present invention has the ability 
upon the application of power to be able to be able to come 
up in a minimum default configuration without the aid of any 
storage device such as a hard drive or a remote storage area 
network. FIG. 22 illustrates the algorithmic flowchart for the 35 
self strapping capability and the typical power on initializa- 
tion for the self strapping mechanism. The Power on Reset 
1220 state is asserted when either power is applied or a reset 
is asserted within the system. Once the system has config- 
ured itself from a reset condition, the system attempts to 40 
determine if an external power outage condition exists by 
the query Lifeline services only 1222. If the lifeline service 
only determination is answered affirmatively, the system is 
placed in a standby mode wherein power is conserved to 
maximize the length of service. Accordingly, video and data 45 
service can be terminated based on a service provider 
configuration, and the system placed in a standby mode. The 
system is configured to be a minimal voice only configura- 
tion as indicated by minimize configuration 1224. Once the 
system has been configured as a minimized configuration 50 
1224 the system then advances to the configure subscriber 
services 1256 based on the minimal configuration 1224. The 
configure subscriber services 1256 notifies the subscriber 
that only voice services are available and specifically that 
the central office is in a lifeline services only mode and 55 
consequently no data or video services are enabled. 

If a lifeline service only 1222 query does not detect a 
lifeline service only condition then the system advances to 
the system initialization 1226. Once initialization is com- 
plete the system is queried by the fail query 1228. The fail 60 
query 1228 attempts to determine if the system was initial- 
ized with the appropriate system initialization parameters. If 
the fail 1228 determines that the system failed to initialize 
appropriately then the system proceeds to isolate initializa- 
tion fault 1230. Once an initialization fault is isolated by the 65 
isolated 1232 query the system is placed in a minimal system 
impact 1234 mode. In a minimal system impact mode 1234, 
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the system determines the fault condition and isolates it by 
providing a pathway around the fault where possible. For 
example, if one of the DSP resource is determined to be at 
fault, the system utilizes load sharing methodologies for 
circumventing the failed sub system. After a minimal system 
impact mode 1234, the system proceeds to the network 
initialization 1236 module. In the case where a fault that 
caused the system initialization failure is not isolated by the 
isolated 1232 query, the system is configured into a config- 
ure minimum configuration 1238. The system then proceeds 
to the configure subscriber services 1256. The configure 
subscriber services 1256 notifies the subscriber that the 
system is in a minimal configuration mode and the specific 
reason for it being that certain system initialization failures 
have occurred. Once the subscriber is aware of why the 
failure occurred and what services are available the UIP 
client is automatically configured. 

When the system completes the network initialization 
1236 module, the system is queried by the network fail 1240 
query. The network fail 1240 query attempts to determine if 
the network was initialized with the appropriate network 
initialization parameters. If the network fail 1240 query 
determines that the network failed to initialize appropriately 
then the system proceeds to isolate network fault 1242. Once 
a network fault is isolated by the network isolated 1244 
query the system is placed in a minimize network impact 
1246 mode. In a minimize network impact 1246 mode the 
system determines the fault condition, isolates it by provid- 
ing a pathway around the fault where possible. For example 
if one of the ports of the chassis network switching element 
1038 is determined to be at fault, the system utilizes load 
sharing methodologies for circumventing the failed port. 
After a minimize network impact 1246 mode the system 
proceeds to the download system configuration with 
extended OS kernel 1248 module. In the case where a fault 
that caused the network initialization failure is not isolated 
by the network isolated 1244 query the system is configured 
into a configure minimum configuration 1250. The system 
then proceeds to the configure subscriber services 1256. The 
configure subscriber services 1256 notifies the subscriber 
that the system is in a minimal configuration mode and the 
specific reason for it being that certain network initialization 
failures have occurred. Once the subscriber is aware of what 
the failure is and what services are available the UIP client 
is automatically configured. 

When the system completes the download system con- 
figuration with extended OS kernel module 1248, the system 
is queried by the download fail 1252 query. The download 
fail query 1252 attempts to determine if the system was 
downloaded with the appropriate code. If the download fail 
query 1252 determines that the download failed to initialize 
appropriately then the system proceeds to configure mini- 
mum configuration 1254. Once the system has been config- 
ured into a minimum configuration 1254. The system then 
proceeds to the configure subscriber services 1256. The 
configure subscriber services 1256 notifies the subscriber 
that the system is in a minimal configuration mode and the 
specific reason for it being that the system failed to down- 
load the code. Once the subscriber is aware of what the 
failure is and what services are available the UIP client is 
automatically configured. If the download fail 1252 query 
determines that the download was successful, the download 
fail 1252 query notifies the subscriber that the system is fully 
configured. Once the subscriber is aware of successful 
configuration the UIP client is automatically configured with 
the full suite of authorized services. 

O. Service Provider Capabilities 

One of the enabling capabilities of certain embodiments 
of the current invention is that it is possible to deliver a 
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variable class of services. FIGS. 25a and 256 outline the 
bandwidth on demand event tag mechanism and the event 
based debit charge and monthly billing model associated 
with the bandwidth on demand event tag. In one embodi- 
ment of the present invention, the subscriber has the capa- 
bility to select one or more service parameters. For example, 
service request 1350 within FIG. 25a indicates that the 
subscriber has requested a service. 

One of the service parameters the subscriber can select is 
the transport type 1360, such as SDSL, ADSL or IDSL. 
When the service request is made by the subscriber, this 
event is logged with the transport type demanded. Another 
service parameter the subscriber can select is the network 
conditions 1358, such as congested during ABR, uncon- 
gested during VBR. When the service request is made by the 
subscriber he chooses the traffic type such as constant bit 
rate CBR, available bit rate ABR, unspecified bit rate UBR, 
as well as the quality of delivery, such as direct delivery, 
buffered, delivery, or recorded delivery. This event is logged 
with the network condition. 

Another service parameter the subscriber can select is the 
service class 1356, such as long distance telephony call or 
local telephony call. When the service request is made by the 
subscriber he chooses the class of service such as a VoIP call 
over the PSTN network, a regular local PSTN call, a VoIP 
call over the Internet, a video on demand movie, or a remote 
video recorded program. This event is logged with the class 
of service. In addition to the service class category, another 
factor that enters into the bandwidth on demand event tag is 
the service carrier 1354. The service carrier 1354 represents 
the specific content provider or link provider whose network 
resources are eventually utilized beyond the UIP server. For 
example, a PSTN call may require going across international 
boundaries to engage with international service carriers 
having tariffs and different fee structures. This event is 
logged with the service carrier. Another factor that enters 
into the event tag is the length of service 1352. A fifteen 
minute telephone call will necessarily cost more than say a 
2 minute telephone call, assuming all other parameters being 
equal. FIG. 25a illustrates that when a specific service is 
requested a number of parameters are logged within an event 
tag, which represents the cost of the carrier. Furthermore, the 
event tag is finally used to compute the eventual service cost 
to the subscriber, based on the agreement contract between 
the subscriber and the service provider. 

FIG. 25b illustrates the event based debit charge or 
monthly billing model. Once the subscriber either requests 
the service or completes the service transaction, an event tag 
is generated. In one embodiment, the subscriber can choose 
to either pay for this event on a smart card deduction basis 
1388 (see FIG. 25b). Alternatively, the subscriber can 
choose to pay for this event on a monthly billing 1390 basis. 
The computation will be a function of several factors in 
particular, all the constant bit rate service requests 1364 are 
multiplied by the CBR contract rates 1368 based on the 
event tag. The computation then adds 1380 all the available 
bit rate service requests 1366 are multiplied by the ABR 
contract rates 1370 based on the event tag. The computation 
then adds (see FIG. 256, ref. no. 1382) all the variable bit 
rate service requests 1372 multiplied by the VBR contract 
rates 1374 based on the event tag. The computation then 
subtracts (see FIG. 25b, ref. no. 1384) all the coupon 
services 1376 utilized by the subscriber multiplied by the 
coupon contract rates 1388 based on the event tag. The 
coupon service model enables the service provider to pro- 
vide incentives for utilizing either introductory services, or 
to provide a subscriber controlled advertising supported 



service model. An example of coupon service may be that a 
local advertiser offers the subscriber the choice of watching 
a advertisement and in exchange could subsidize the cost of 
watching the movie by use of coupon service within the 
event tag model. 

The resultant computation of the billing amount 1386 is 
passed on to either a monthly billing 1390 module, or to a 
smart card deduct module 1388. The billing module deter- 
mines the mode of deduction based on the previous level of 
agreements with the subscriber. If the monthly billing and 
credit is in place then that amount is posted to a monthly bill 
at the time of the event. Whereas, if a smart card based 
deduction is agreed upon then a smart card deduct 1388 
module is initiated. The smart card deduct 1388 module 
directly deducts the required amount from the subscribers 
credit of the smart card which is inserted in the UIP client. 
FIG. 25b illustrates a monthly billing 1390 capability and a 
smart card deduct 1388 billing capability. In either case the 
billing is accomplished on a event basis. 

One embodiment of the present invention supports a 
number of different service capability, such as remote video 
recording, video on demand, broadcast tv, video 
conferencing, video mail, voice mail, email, among others. 
The general flow diagram of each of these services is unique, 
however, similarities between the varied services exists. 
FIG. 26 exemplifies a typical service flow diagram, in 
particular it illustrates the remote video recorder service 
flow diagram. When the system is either first powered on, or 
the system asserts a reset it transfers control to the power on 
reset 1400 module. The power on reset 1400 is responsible 
to initialize and configure the system. The system is then 
queried by the configuration OK 1410 query. If the system 
fails configuration, the configuration OK 1410 query 
attempts a preliminary recovery. If no recovery is achieved, 
the configuration OK 1410 query notifies the system con- 
troller. Typically, the system controller would then disable 
the associated service. If the configuration OK 1410 query 
determines that the system was configured properly, then the 
system proceeds to a wait for event 1420 module. The wait 
40 for event 1420 module waits for either the subscriber, or an 
incoming service event to take place, such as a program 
event, or a record event, among others. 

Once an event is detected the system then attempts to 
determine the source of the event. The system either accom- 
45 plishes this in parallel or in a serialized fashion. The parallel 
mode of determination could be made by using an encoded 
status word. A jump to service routine is computed directly 
from the state of the status word. A simple example would 
be a one-hot encoded status word, with the jump to service 
so routine indexed by the status word. Thus, for example, the 
play event may result in the status word having the value of 
hexadecimal 01. The jump to service looks up the address at 
table offset 01 which holds the value of the service routine 
for the play event. Whereas the pause event may result in the 
55 status word having the value of hexadecimal 08. The jump 
to service looks up the address at the table offset 08 which 
holds the value of the service routine for the pause event. 
FIG. 26 however, illustrates a serialized decoding method, 
where each bit of the status word is evaluated serially, The 
60 artifact of such a decoding methodology is that there is an 
implicit priority encoding as a consequence. The system 
designer needs to intelligently select the serializing capabil- 
ity to minimize this artifact. 

Once an event is detected the system then proceeds to the 
65 program event 1422 query. If the program event 1422 query 
determines that the received event is not a program event the 
system then proceeds to the record event 1424 query. If the 
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program event 1422 query determines that the received 
event is a program event 1422 the system then proceeds to 
the evaluate program event validity 1438. The program 
event validity 1438 module attempts to verify that the 
selected program event is valid within the scope of the $ 
current state of the system. If the program event validity 
1438 module fails to validate the received event the invalid 
event is reported to the system controller and the system 
nulls the received event so the take programming action 
1440 module effectively passes thru without taking any Q 
action. The system then proceeds to the take program action 
1440 module which then takes the required valid program 
action. 

If the record event 1424 query determines that the 
received event is not a record event the system then proceeds ]5 
to the play event query 1426. If the record event 1424 query 
determines that the received event is a record event 1424 the 
system then proceeds to the evaluate record event validity 
1442. The record event validity 1442 module attempts to 
verify that the selected record event is valid within the scope 20 
of the current state of the system. If the record event validity 
1442 module fails to validate the received event the invalid 
event is reported to the system controller and the system 
nulls the received event so the take record action 1444 
module effectively passes thru without taking any action. 25 
The system then proceeds to the take record action 1444 
module which then takes the required valid record action. 

If the play event 1426 query determines that the received 
event is not a play event the system then proceeds to the stop 
event 1428 query. If the play event 1426 query determines 30 
that the received event is a play event 1426 the system then 
proceeds to the evaluate play event validity 1446. The play 
event validity 1446 module attempts to verify that the 
selected play event is valid within the scope of the current 
state of the system. If the play event validity 1446 module 35 
fails to validate the received event the invalid event is 
reported to the system controller and the system nulls the 
received event so the take play action 1448 module effec- 
tively passes thru without taking any action. The system theo 
proceeds to the take play action 1448 module which then 4 q 
takes the required valid play action. 

If the stop event 1428 query determines that the received 
event is not a stop event the system then proceeds to the 
chapter event 1431 query. If the stop event 1428 query 
determines that the received event is a stop event 1428 the 45 
system then proceeds to the evaluate stop event validity 
1450. The stop event validity 1450 module attempts to 
verify that the selected stop event is valid within the scope 
of the current state of the system. If the stop event validity 
1450 module fails to validate the received event the invalid 50 
event is reported to the system controller and the system 
nulls the received event so the take stop action 1452 module 
effectively passes thru without taking any action. The system 
then proceeds to the take stop action 1452 module which 
then takes the required valid stop action. 55 

If the chapter event 1431 query determines that the 
received event is not a chapter event the system then 
proceeds to the fast forward event 1430 query. If the chapter 
event 1431 query determines that the received event is a 
chapter event 1431 the system then proceeds to the evaluate 60 
chapter event validity 1455. The chapter event validity 1455 
module attempts to verify that the selected chapter event is 
valid within the scope of the current state of the system. If 
the chapter event validity 1455 module fails to validate the 
received event the invalid event is reported to the system 65 
controller and the system nulls the received event so the take 
chapter action 1457 module effectively passes thru without 
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taking any action. The system then proceeds to the take 
chapter action 1457 module which then takes the required 
valid chapter action. 

If the fast forward event 1430 query determines that the 
received event is not a fast forward event the system then 
proceeds to the rewind event 1432 query. If the fast forward 
event 1430 query determines that the received event is a fast 
forward event 1430 the system then proceeds to the evaluate 
fast forward event validity 1454. The fast forward event 
validity 1454 module attempts to verify that the selected fast 
forward event is valid within the scope of the current state 
of the system. If the fast forward event validity 1454 module 
fails to validate the received event the invalid event is 
reported to the system controller and the system nulls the 
received event so the take fast forwarding action 1456 
module effectively passes thru without taking any action. 
The system then proceeds to the take fast forward action 
1456 module which then takes the required valid fast 
forward action. 

If the rewind event 1432 query determines that the 
received event is not a rewind event the system then pro- 
ceeds to the pause event 1434 query. If the rewind event 
1432 query determines that the received event is a rewind 
event 1432 the system then proceeds to the evaluate rewind 
event validity 1458. The rewind event validity 1458 module 
attempts to verify that the selected rewind event is valid 
within the scope of the current state of the system. If the 
rewind event validity 1458 module fails to validate the 
received event the invalid event is reported to the system 
controller and the system nulls the received event so the take 
rewinding action 1460 module effectively passes thru with- 
out taking any action. The system then proceeds to the take 
rewind action 1460 module which then takes the required 
valid rewind action. 

If the pause event 1434 query determines that the received 
event is not a pause event the system then proceeds to the 
misc event 1436 query. If the pause event 1434 query 
determines that the received event is a pause event 1434 the 
system then proceeds to the evaluate pause event validity 
1462. The pause event validity 1462 module attempts to 
verify that the selected pause event is valid within the scope 
of the current state of the system. If the pause event validity 
1462 module fails to validate the received event the invalid 
event is reported to the system controller and the system 
nulls the received event so the take pausing action 1464 
module effectively passes thru without taking any action. 
The system then proceeds to the take pause action 1464 
module which then takes the required valid pause action. 

If the misc event 1436 query determines that the received 
event is not a miscellaneous event the system then proceeds 
to the wait for event 1420 module. If the misc event 1436 
query determines that the received event is a misc event 
1436 the system then proceeds to the evaluate misc event 
validity 1466. The misc event validity 1466 module attempts 
to verify that the selected misc event is valid within the 
scope of the current state of the system. If the misc event 
validity 1466 module fails to validate the received event the 
invalid event is reported to the system controller and the 
system nulls the received event so the take misc action 1468 
module effectively passes thru without taking any action. 
The system then proceeds to the take misc action 1468 
module which then takes the required valid misc action. 
1. Service System Architecture and Load Sharing 

One embodiment of the current invention optimizes the 
architecture of the system at several levels. In particular, an 
embodiment utilizes multiple levels of load sharing and load 
shedding. The system further implements a service striping 
mechanism for multi-media service storage. 
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FIGS. 27a, 27b, 27c and 27d illustrate the video on 
demand service striping methodology. However, service 
striping can occur for any data that is delivered to the 
subscriber either on a dedicated basis or on a shared basis. 
FIG. 27a is a exemplary service striping model which 
illustrates 4 different subscribers, namely SI 1480, S2 1482, 

53 1484, and S4 1486. Subscribers SI, S2, S3, and S4 each 
requests a movie on demand at time Tl, T2, T3, and T4 
respectively. One important characteristic of the striping 
model is that the data for the specific service is spread across 
a host of servers. FIG. 27a illustrates a serverl 1488, a 
server2 1490, a server3 1492, and a server4 1494. Each 
server hold fifteen minutes of the selected video on demand 
movie. Even though subscriber 1 and subscriber 2 are 
serviced by 2 different servers each of them will receive a 
fifteen minute segment of the selected movie from all 4 
servers. An alternative would be for each server to hold a 
separate copy of the video on demand movie, however, that 
alternative would require far more storage capability. 
Furthermore, the alternative model is not easily scalable due 
to the fact that if a given server gets movie request from 
several of its native subscribers, his capacity may be 
exceeded. Whereas the striped service model spreads the 
video server load across the whole network and the system 
is much more scalable as a consequence. In the striped 
service model, the bottleneck becomes a transport limited 
problem, rather than a server limited problem. 

The exemplary diagram of FIG. 27a illustrates how 
serverl, server2, server3, and serve r4 can share resources 
and be able to statistically average the movie or service on 
demand load across the whole network. FIG. 27a illustrates 
the ideal scenario where Tl, T2 T3 & T4 are all separated by 
fifteen minute intervals, this is the exactly the striping 
interval. Thus when SI requests a movie from server 1 the 
load on server 1 as illustrated by FIG. 27b serverl load 1510 
and is unity. In other words, the serverl is playing the first 
fifteen minutes of the movie for subscriber SI from the time 
interval Tl to T2. When S2 requests a movie from server 2 
at time T2 the load on server 1 as illustrated by FIG. 27b 
serverl load 1510 is again unity. Thus serverl is playing the 
first fifteen minutes of the movie for subscriber S2 from the 
time interval T2 to T3. Similarly serverl is plays the first 
fifteen minutes of the movie for subscriber S3 from T3 to T4, 
and then for subscriber S4 form T4 to T5. In this manner the 
serverl load is unity from the time interval Tl to T4+1 as 
illustrated in FIG. 27b serverl load 1510. 

When SI requests a movie, the second fifteen minutes of 
the movie are stored at server2. The load on server2 has a 
latency of the striping interval, and thus the load for server2 
is unity starting from the time interval T2 and services 
subscriber SI from T2 to T3, then subscriber S2 from 13 to 
T4, then subscriber S3 from T4 to T4+1, and then subscriber 

54 from T4+1 to T4+2. In this manner the server2 load is 
unity from the time interval T2 to T4+2 as illustrated in FIG. 
27b server2 load 1520. 

When SI requests a movie, the third fifteen minutes of the 
movie are stored at server3. The load on server3 has a 
latency of the striping interval, and thus the load for server3 
is unity starting from the time interval T3 and services 
subscriber SI from T3 to T4, then subscriber S2 from T4 to 
T4+1, then subscriber S3 from T4+1 to T4+2, and then 
subscriber S4 from T4+2 to T4+3. In this manner the server3 
load is unity from the time interval T3 to T4+3 as illustrated 
in FIG. 27b server3 load 1530. 

When SI requests a movie, the fourth fifteen minutes of 
the movie are stored at server4. The load on server4 has a 
latency of the striping interval, and thus the load for server4 
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is unity starting from the time interval T4 and services 
subscriber SI from T4 to T4+1, then subscriber S2 from 
T4+1 to T4+2, then subscriber S3 from T4+2 to T4+3, and 
then subscriber S4 from T4+3 to T4+4. In this manner the 

S server4 load is unity from the time interval T4 to T4+4 as 
illustrated in FIG. 27b server4 load 1540. 

As illustrated in FIG. 27b the load on each of the server 
is load balanced and thus no server is over subscribed, even 
if all the subscribers were native to only a single server. The 

10 example cited in FIG. 27a and FIG. 27b is ideal in the 
requesting interval is the same as the striping interval. The 
actual striping interval will vary based on the popularity of 
the movie, the length of the movie, the number of servers 
striping the movies, the number of pseudo servers available, 

15 among other parameters. 

One embodiment of the present invention is further load 
balanced on a per server basis. Each server in one embodi- 
ment of the invention has the capability of having multiple 
storage elements, for example two hard drives. The striping 

20 interval of the specific movie can be further subdivided 
within he server on a resource basis. Thus if the given server 
has three hard drives, then the single striping interval for that 
server can be subdivided into three sub-striping intervals. In 
the case of a fifteen minute striping interval, each storage 

25 element will receive a five minute sub-striped interval. 

One embodiment of the present invention further achieves 
latency balancing by the use of cache service and proxy 
cache service. Each server shall have the ability to store in 
volatile memory such as dram the first 1 to few minutes of 

30 the striping interval for the most popular movies. The cache 
service enables the server to immediately begin service for 
the requested striping interval and absorb the server storage 
latency. One embodiment further defines a proxy cache. The 
proxy cache is analogous to the primary cache, except that 

35 it is the alternative to the striping cache. Thus if the cache 
server is unable to meet the performance requirements, then 
one to a plurality of proxy caches attempt to service the 
request. FIG. 27a illustrates serverl 1488 which incorpo- 
rates two hard drives 1498 and 1500 and a proxy cache 1496. 

40 Server2 1490 illustrates two hard drives 1502 and 1504 but 
no proxy cache. Server3 1492 illustrates a single hard drive 
1506, as does server4 1494 hard drive 1508. 

In addition to the multi device sub -striping interval, one 
embodiment implements the concept of striping proxy serv- 

45 ers. In this methodology one or more alternative servers are 
designated proxy servers for the primary servers. If the 
network loading causes a performance degradation, then one 
or more proxy servers can be utilized for providing an 
alternative loading topology. Thus, for example, if the 

50 network has 8 servers, server 1 through server 4 can 
be-designated the primary servers. Whereas servers 5 thru 
server 8 can be designated proxy servers for server 1 through 
server 4 for a given movie. Then, alternatively, based on 
specific statistical basis, for a second movie a different set of 

55 servers can be the primary servers and different set of servers 
can be proxy servers. Once the network detects that a given 
server is getting over subscribed and is about to reach a 
congested state, then instead of utilizing that primary server 
the network has the ability to utilize the proxy server to 

60 achieve better load balancing, and thus better network 
performance. 

It is reasonable to assume that a new release of a movie 
will achieve high usage immediately after release, and then 
a reduced usage as the movie becomes old. In fact, by using 
65 Zipf s law one can make a reasonable prediction regarding 
the demand for a popular movie, versus a not so popular 
movie. One embodiment of the present invention utilized 
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this relationship to not only select the striping intervals, the Once the UIP server 226 receives the coupon from the 

total number of primary server, the length of primary cache, content provider, it processes the content provider coupon to 

the number of proxy servers, and the number of proxy generate a UIP service coupon. The UIP service coupon is 

caches. The striping algorithm is automatic, and is self forwarded to the UIP client 224 along with the content 

modifying. 5 stream requested. FIG. 23 illustrates a means of securely 

FIG. 27c and FIG. lid illustrate the striping fetch meth- delivering content on demand capability wherein the content 
odology in one embodiment-of the present invention. As is distributed in an encrypted or scrambled form within the 
no ted earlier fetch statistics can be used so that depending on service providers network. An embodiment provides a 
the popularity of the various movies, the striping interval can means for distributing either encrypted or un-encrypled 
dynamically allocate storage within the network. A plurality 10 content stream within the service providers network so that 
of storage elements exists within the stripping network. FIG. based on the content provider and the service providers 
21 d illustrates, a server cache 1580, which is the primary agreement the content provider can certify the frequency of 
latency reducing semiconductor device based cache. use of the content. In this manner, the content provider is 
Additionally, FIG. lid illustrates a proxy cache 1582 as able to mitigate content abuse of content stealing and 
defined earlier. FIG. lid illustrates a primary server 1584, 15 uncompensated royalty payments, among others, 
which has a large hard disk based remote or local storage In addition, the combination of the card reader 347 and 
area network 1562, 1566, 1570, capability. Furthermore, the conditional access module 349 enables the concept of 
FIG. lid illustrates a proxy server which is an alternative subscription credits. The smartcard, debitcard or creditcard 
server within the network for load balancing in case of a can be used to authorize specific electronic purchases over 
server congestion. FIG, 27D and FIG. 27c illustrate a 20 the Internet as well as specific communication capabilities 
secondary storage 1556. The secondary storage 1556 is a such as watching video on demand, or any other function- 
remote magnetic storage device used as a repository for the ality within the UIP client 224. A subscription credit is an 
data content. FIG. 27c and FIG. lid illustrate a video farm electronic encrypted cash credit generated by a physical 
element 1550, a satellite feed 1552, and a cable fiber feed correlation of either one or both a smartcard, debitcard, or 
1554. 25 creditcard and the specific conditional access module. The 
2. Smart Card and Debit Card Commerce physical presence of either one or both separate components 

An embodiment of the present invention incorporates the at the UIP client 224 generates an encrypted subscription 

capability of enabling smartcard, debit card, and credit card credit, if the smartcard, debitcard or creditcard is so autho- 

based electronic commerce solutions. In particular, the UIP rized. In case of a smartcard or debitcard, the credit balance 

client 224 illustrated in FIG. 23 interfaces with a card reader 30 is verified, and based on the subscription credit is automati- 

347. The card reader 347 module may be substituted by a cally deducted before completion of the transaction, 

either a debit card reader, a credit card reader, or a smart card The transaction is a two-step process of verifying credit 

reader. The primary characteristic of the card 1284 module authorization, and then directing the actual transfer. One 

is that it is a device to confirm the physical presence and embodiment of the present invention tags the transaction 

identification of either a smartcard, a debit card or a credit 35 with the subscription credit tag, so that the physical presence 

card. In addition to the of card reader 347 module the UIP of either or both a smartcard, debitcard or creditcard and a 

client 224 also interfaces with a conditional access module specific conditional access module is required to initiate and 

349. The conditional access module has the capability for complete an electronic commerce transaction. For example, 

decryption and encryption of a data stream. The resultant a given smart card can have stored within it certain encryp- 

data stream may then be further forwarded to a television set 40 lion key which when processed by a specific conditional 

100. As illustrated in FIG. 23, a content provider coupon access module 349 generates a unique combination, in 

server 1292 exists remote to the subscriber and the service conjunction with the properly authorized amount, the UIP 

provider. server 226 can authenticate the transaction. Furthermore, the 

When a subscriber requests an electronic transaction at use of a debit based smartcard enables subscriber privacy of 

the UIP client 224, such as among others a purchase of a 45 the electronic transaction. The debit based smartcard can be 

specific item, or purchase of bandwidth on demand for a purchased through typical retail distribution chains, like 

video on demand movie, the UIP Client 224 forwards this 7 -Eleven, Albertsons, Safeway, among others, 

request to the UIP server 226. The UIP server 226 processes . . . p _ . 

the request to determine the requirements of the transaction. R Optimization of Computational Resources 

In the exemplary case of a purchase of a video on demand 50 One embodiment of the present invention attempts to 

movie, the content provider coupon server is notified for a optimize computational capability within all levels of the 

request for the coupon. The coupon can be limited time architecture. In the example of ADSL, one of the primary 

decryption key specific for one or more subscribers or UIP computational penalties of the protocol is the computation of 

clients. In case of a video on demand movie, the contents of a Fast Fourier Transform (FFT). It is apparent that the FFT 

the video are already stored within the UIP server 226 55 computation plays a critical role in the cost of service 

network either within the local storage 394 or within the deployment. This embodiment of the present invention 

remote storage 1276. However, based on the agreement with optimizes the FFT computation to increase computational 

the content provider, the content may be encrypted and capability. FIGS. 24a, 14b and 24c illustrate one of the 

would demand the need of a decryption coupon to be able to computational strategies incorporated within the present 

decrypt the content stream. Due to the simplified nature of 60 invention. In particular, FIG. 24a depicts the bits per carrier 

the decryption coupon, it possible for the UIP server to versus carrier graph 1310. The Y axis illustrates the number 

request the decryption coupon either by use of a Broadband of bits that are encoded per carrier. The X axis illustrates the 

ATM network 1270, or the PSTN network 280, or the specific carrier. FIG. 24a illustrates carriers 1 through 14 

Internet backbone 158 by use of an ATM to IP router 142 and each carrying differing bits per carrier. In particular, carrier 

an IP router 1290. When the UIP server requests the coupon, 65 1,2, 3, 8, 9, and 10 carry 3 bits per carrier, carrier 4, 5, 6, 

the content provider coupon server logs the request for 7, 11, 12 carry 2 bits per carrier, and carrier 13, 14, carry 1 

billing purposes, and then issues a decryption coupon. bit per carrier. Thus the total bit carrying capacity of the 
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channel within FIG. 24a is 32 bits per symbol. In compari- 
son FIG. 24b illustrates carriers 1 through 8 each carrying 
the same bits per carrier. In particular, carrier 1, 2, 3, 4, 5, 
6, 7, 8, carry 4 bits per carrier. Thus the total bit carrying 
capacity of the channel within FIG. 24b is 32 bits per 5 
symbol. In comparison FIG. 24c illustrates carriers 1 
through 16 each carrying the same bits per carrier. In 
particular, carrier 1, 2, 3, 4, 5, 6, 7, 8, 9,10, 11, 12, 13, 14, 
15, 16, carry 2 bits per carrier. Thus the total carrying 
capacity of the channel within FIG. 24c is 32 bits per 10 
symbol. 

FIGS. 24a, 24b, and 24c all illustrate identical bit carrying 
capacity, namely 32 bits per symbol. However, the actual 
computational load is not identical. Due to the nature of the 
ADSL modulation demodulation and the FFT computation, 15 
if a given carrier does not carry any information, the FFT 
computation does not have to be computed. The training 
phase of the ADSL protocol negotiates the specific bits per 
carrier relationship between the UIP server and the UIP 
client. Thus, at the time of the actual symbol processing for 20 
communications, both the UIP server and the UIP client 
already know what the carrier density profile looks like. The 
UIP server, UIP client complex require both the use of an 
Fast Fourier Transform and an Inverse Fast Fourier Trans- 
form. The operations of both processes are nearly identical. 2 s 
This document refers to both an IFFT and a FFT inter- 
changeably. It must be recognized that these processes are a 
means of traversing between the two domains, namely, from 
time domain to frequency domain, and from frequency 
domain to time domain. In this regard, the FFT computa- 30 
tional load of FIG. 24a is for the total of 14 carriers, of FIG. 
24b is for the total of 8 carriers, of FIG. 24c is for the total 
of 16 carriers. In a fixed precision FFT computation, this can 
be normalized to a load of 14, 8, and 16 for FIG. 24a, FIG. 
24b, and FIG. 24c. 35 

The multiplexed architecture of the present invention 
utilizes the above relationship to reduce its computational 
load thereby improving performance and reducing cost of 
the system. One embodiment of the present invention auto- 
matically negotiates a high bit density, low carrier channel 40 
when provisioning the channels. Furthermore, through use 
of dynamic provisioning the system continually attempts to 
reduce the computational load based on the bandwidth 
requirements of the subscriber. In this manner, through the 
use of statistical multiplexing and the shared multi channel 45 
FFT computational resources, and computational load shar- 
ing this embodiment of the present invention optimizes 
computational resources within either a fixed precision or 
variable precision architecture. 

FIG. 24d illustrates the use of a smaller fixed precision 50 
ALU 1315 and an iteration controller 1316 to compute a 
larger precision computation. Furthermore, FIG, 24a" illus- 
trates a FFT controller 1317 which is an algorithm of a 
plurality of numerical additions, multiplications, and divi- 
sions to compute a FFT of a larger precision number. A 55 
larger precision FFT will require more lower precision 
computations and more cycles through the iteration control- 
ler. The exact ratio of the cycles to precision is a function of 
exact technology and method of implementation. Through- 
out the discussion of FIG. 24 one embodiment approximates 60 
this relationship to a linear ratio. Thus, an 8 -bit FFT is 
approximated to require twice as many cycles as a 4 bit FFT. 
A 16 bit FFT is approximated to require twice as many 
cycles as an 8-bit FFT. A 32-bit FFT is approximated to 
require twice as many cycles as a 16-bit FFT. FIG. 24e 65 
illustrates this relationship where a fixed 4-bit precision FFT 
is normalized to a ratio of 1 cycle, an 8-bit precision FFT is 
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approximated by 2 cycles, a 16-bit precision FFT is approxi- 
mated by 4 cycles, and finally a 32-bit FFT is approximated 
by 8 cycles. 

FIG. 24/ illustrates a quadrature amplitude modulation 
QAM bit encoding mechanism which is used in one embodi- 
ment employing ADSL methodology. FIG. 26/ illustrates a 
graph 1320 of four constellations with a QAM bit encoding 
of two bits per carrier. Thus four separate points can be 
transmitted by use of a two bit encoding pair X and Y as 
illustrated in FIG. 24/ The X and Y values form a complex 
conjugate pair which is Fourier transformed as a single point 
associated with a given carrier. In one embodiment, X 
represents the real term whereas Y represents the imaginary 
term. The four possible constellation point comprise a single 
carrier. FIG. 24/ illustrates a carrier that has been encoded 
with two bits of precision due to the signal and noise 
considerations. FIG. 24g illustrates a carrier that has been 
encoded with four bits of precision due to the signal and 
noise considerations. In the example of ADSL technology, 
the signal to noise of the channel primarily determines the 
precision of the computational requirements. Thus, for 
example, if a given carrier has a poor signal to noise, such 
as in case of FIG. 24/ then doing a high precision compu- 
tation is futile. It is possible in the exemplary case of a 
limited precision ALU to conserve the computational 
requirement by selectively correlating the high signal to 
noise carriers with high precision computation, and the low 
signal to noise carriers with low precision computation. In 
the exemplary variable precision computation model, a fixed 
4 bit ALU is used with an associated FFT controller capable 
of either computing a four bit FFT (4FFT), an eight bit FFT 
(8FFT), a sixteen bit FFT (16FFT), or a thirty-two bit FFT 
(32FFT). The algorithm used is selected based on the signal 
to noise ratios of the correlated carriers. This is illustrated 
within FIG. 24h and FIG. 24i. 

FIG. 24A illustrates a varied bit carrier density. In par- 
ticular graph 1324 depicts the specific carrier in the X axis, 
and depicts the associated bits encoded within that carrier in 
the Y dimension as a consequence of the signal to noise 
within the channel The graph 1324 of FIG. 24h illustrates 
carrier 1 through 8. Carriers 1 and 8 have a four bit encoded 
density, Carrier 2 has a eight bit encoded density, Carriers 3, 
5, 6, and 7 have a two bit encoded density, and Carrier 4 has 
a six bit encoded density. FIG. 24/ illustrates the associated 
variable precision computation of FIG. 24h. graph 1326 
depicts the specific carrier in the X axis, and depicts the 
associated precision of computation within that carrier in the 
Y dimension as a consequence of the signal to noise within 
the channel. The graph 1326 of FIG. 24i illustrates carrier 1 
through 8. Carriers 1 and 8 have an eight bit computation 
precision; Carrier 2 has a thirty two bit computation preci- 
sion; Carriers 3, 5, 6, and 7 have a four bit computation 
precision; and, Carrier 4 has a sixteen bit computation 
precision. Thus, FIGS. 24h and 24/ illustrate how the 
precision of the FFT is managed with a correlation to the 
total number of bits being carried through the specific 
channel rather than by a general high precision notations. 
When a channel does not carry too many bits across some of 
their carriers then the high precision computations are saved 
for those situations where a channel does carry the high 
precision. 

FIG. 24; illustrates a high precision total cycle computa- 
tion based on a smaller fixed precision ALU. The exemplary 
case of 32 bit high precision is used with a four bit fixed 
precision ALU. FIG. 24; illustrates the normalized FFT 
computational load of thirty two four cycles times eight 
carriers), see FIG. 24e. FIG. 24k illustrates a variable 
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precision total cycle computation based on a smaller fixed If the higher layer request 1630 query determines that the 
precision ALU. The exemplary case of FIG. 24e is used. cause of the transition out of operational state was due to a 
FIG. 24k illustrates the normalized FFT computational load higher layer request 1630, the system then proceeds sequen- 
of the sum of two, four, one, three, one, one, one, and two tially through the following states, identify requested con- 
associated with carriers 1, 2, 3, 4, 5, 6, 7, and eight. The total 5 ditions 1628, establish multi-DSL link with central office 
computational load of FIG. 24k is fifteen. Thus, FIG. 24; and authentication 1624, inform upper layers 1626, and finally to 
FIG. 24k illustrate a reduced computational load of over fifty operational state 1612. If the link changes 1618 query 
three percent. determines that the cause of the transition out of operational 
^ t , „ , state was due to a link change then the system proceeds to 
Q. Automated Subscriber Management ^ the lmk degradation 1616 query. 

One embodiment of this invention incorporates the capa- If the link degradation 1616 query determines that the 
bility of providing an automated subscriber management cause of the transition out of operational state was not due 
methodology wherein the subscriber is dynamically provi- to degradation in the link, the system then proceeds to the 
sioned. In addition to the event tag based billing methodol- link improvement 1614 query. If the link improvement 1614 
ogy which enables varying subscriber provisioning, this determines that the cause of the transition out of the opera- 
embodiment automatically negotiates bandwidth with a ser- tional state was not due to an improvement in the link, the 
vice provider upon initial power-up, as well as dynamically. system then proceeds to operational state 1612. If either the 

FIG. 7 illustrates a UIP Client based flow chart for link degradation 1616 query determines that the cause of the 

subscriber provisioning and illustrates specific negotiation °* TlrTJZ 

, 4 *u u -u j j ■ . dation m the link, or the link improvement 1614 query 

between the subscriber and service provider equipment. 20 determines that me cause of the trai £ ition out of ^ * J_ 

FIG. 7 illustrates an exemplary flowchart for subscriber tkml statc was due tQ ^ m t m the ^ the 

provisioning in that the system auto negotiates with the system ^ proceeds to inform Mgher k 1620 lQfofm 

service provider and estabhshes a best use communications higher laycrs 1620 notifies the higher layers of the protocol 

channel. Additionally, the subscriber has the capability to slac k that the previous line conditions are no longer valid. 

manually configure a link within the service level agreement 25 The system then proceeds to the identify best conditions 

of the service provider. multi-DSL 1622. The identify best conditions multi-DSL 

More specifically and as FIG. 7 shows, a power up reset 1622 routine identifies the best operational conditions, based 

1600 algorithm is granted control upon a system reset due to on the service provider agreements, and the line conditions, 

either initial power up or a power outage condition. The and the subscriber requests. The system then proceeds 

system tries to identify the previous link state 1602 and tries 30 sequentially through the following states, identify requested 

to establish the previous link state 1604. Once the previous conditions 1628, establish multi-DSL link with central office 

link state is identified, establishment occurs as long as no authentication 1624, inform upper layers 1626, and finally to 

specific parameters have changed. The system then attempts operational state 1612. 

a previous link state established 1606 query. The previous What is claimed is: 

link state established 1606 query attempts to query the state 35 1. An apparatus for an intelligent scalable switching 

of the link to see if the previous required state has been network comprising 

estab fished. If the previous link state established 1606 query a unified Internet portal server (UIP Server) having multi- 
reports that the previous link state was not established, the fine capability, wherein the UIP server comprises a 
process is forwarded to the establish link failure cause 1605. single server chassis incorporating all of a plurality of 
The establish link failure cause 1605 attempts to identify the 40 processing elements, the UIP Server being capable of 
failure and isolate it to attempt re-establishment of a link providing a plurality of services using a Digital Sub- 
state circumventing the failure cause. The system then scriber Line (DSL), the UIP Server being located 
proceeds to the establish link state 1604. remote from a Subscriber Location (SL); and 

Alternatively, if the previous link state established 1606 a unified Internet portal client (UIP Client) incorporating 

query reports that the previous link state was established, the 45 functionality of a Customer Premise Equipment (CPE) 

process is forwarded to the establishment of the communi- DSL Modem, the UIP Client being capable of commu- 

cations channels 1608. The system then proceeds to inform nicating with the UIP Server via a network to provide 

higher layers 1610. The system then proceeds to establish an a service to a subscriber using the UIP Client, wherein 

operational state 1612. the UIP Client is capable of deploying DSL capability, 

Once an operational state is established the system waits 50 the UIP Client being located at the SL. 

for an event to cause operational state change. If such an 2. The apparatus of claim 1, wherein the DSL capability 

event takes place, the system then proceeds from the opera- is configured for the UIP Client remotely via software, 

tional state to a link changes 1618 query. If the link changes 3. The apparatus of claim 1, wherein the DSL capability 

1618 query determines that no link change has occurred the is a DSL standard selected from the group consisting of 

system is further queried to see if the request was a higher 55 SDSL, ADSL, HDSL, VDSL and IDSL. 

layer request 1630. If the higher layer request 1630 query 4. The apparatus of claim 1, further comprising a storage 

determines that no higher layer request 1630 was made then element wherein the storage element stores configura tional 

the system queries to see if can achieve link resolution 1632. capabilities and initialization parameters for operation of the 

It the system is unable to achieve link resolution 1632, then apparatus. 

the system proceeds to report link failure 1634 and waits for 60 5. The apparatus of claim 4, wherein the storage element 

direction of the system controller. If the link resolution 1632 is a hard disk drive. 

query determines that the system was able to achieve link 6. The apparatus of claim 5, wherein the hard disk drive 

resolution, the system then proceeds to identify the is located in the UIP Server chassis. 

requested conditions 1628. The system then advances to 7. The apparatus of claim 6, wherein the hard disk drive 

establish multi-DSL link with central office authentication 65 provides for video on demand capability. 

1624. The system then proceeds to inform upper layers 8. The apparatus of claim 6, wherein the hard disk drive 

1626. The system then proceeds to operational state 1612. provides for remote recording capability. 
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9. The apparatus of claim 4, wherein the storage element 
is a semiconductor memory. 

10. The apparatus of claim 4, wherein the storage element 
is located at a Central Office (CO). 

11. The apparatus of claim 10 further comprising a 
multi-channel stack controller. 

12. The apparatus of claim 4, wherein the storage element 
is located at a location remote from the CO and the storage 
element is connected to the UIP Server. 

13. The apparatus of claim 12, wherein the connection is 
via a Wide .Axe a Network. 

14. The apparatus of claim 1, wherein the UIP Client 
includes a self strapping capability whereby the UIP Client 
can configure basic functionality of the UIP Client. 

15. The apparatus of claim 14, wherein the basic func- 
tionality of the UIP Client includes initialization parameters 
for operation of the apparatus. 

16. The apparatus of claim 1, further comprising an ATM 
based interface for interfacing with an ATM network, the 
ATM based interface is selected from the group consisting of 
OC-N wherein N is an integer. 

17. The apparatus of claim 1, further comprising a video 
farm element. 

18. The apparatus of claim 17, wherein the video farm 
element is a DVD based optical video player architecture. 

19. The apparatus of claim 17, wherein the UIP Server can 
deliver a video stream to the UIP Client via the single 
communication line. 

20. The apparatus of claim 1, further comprising a stan- 
dard cable TV interface. 

21. The apparatus of claim 20, wherein the UIP Server 
includes a digital tuner which can be used to tune the UIP 
Client to a given broadcast signal 

22. The apparatus of claim 1 further comprising a means 
of multi-channel statistical multiplexing wherein a plurality 
of DSL channels are treated as a single pool of DSL channels 
whereby the single pool of DSL channels are dedicated to 
the single UIP Server chassis such that a first UIP Client has 
access to all of the resource of the single pool of DSL 
channels. 

23. The apparatus of claim 22, wherein the first UIP Client 
is charged consistent with the first UIP Client's use of the 
resource of the single pool of DSL channels. 

24. The apparatus of claim 1, further comprising dynamic 
provisioning wherein a service feature provided to the UIP 
Client can be configured on the UIP Server from the UIP 
Client. 

25. The apparatus of claim 24, wherein the UIP Client can 
be configured to use a semi dynamic profile wherein the 
subscriber can select a first bandwidth and a first perfor- 
mance characteristic of the service and the first bandwidth 
and the first performance characteristic is set as a preferred 
configuration. 

26. The apparatus of claim 24, wherein the UIP Client can 
be configured to use a dynamic profile wherein the sub- 
scriber can select a second bandwidth specific to an appli- 
cation. 

27. The apparatus of claim 26, wherein the application is 
a symmetric application and the service feature is a sym- 
metric DSL technology. 

28. The apparatus of claim 26, wherein the application is 
an asymmetric application and the service feature is an 
asymmetric DSL technology. 

29. The apparatus of claim 24, wherein the UIP Client can 
be configured to use a dynamic profile wherein the sub- 
scriber can select a second bandwidth specific to a session. 

30. The apparatus of claim 1, wherein the plurality of 
services can be selected from the group consisting of video, 
voice and data. 
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31. The apparatus of claim 1, further comprising a set-top 
box wherein the set-top box is capable of connecting to the 
UIP Server via the network and the set-top box is capable of 
requesting data from the UIP Server. 
5 32. The apparatus of claim 31, wherein the set-top box is 
capable of storing the data received from the UIP Server. 

33. The apparatus of claim 31 wherein the network is the 
Internet. 

34. The apparatus of claim 1 wherein the network is the 
10 Internet. 

35. The apparatus of claim 1, wherein the UIP Server 
includes an ATM switch whereby the UIP Server is capable 
of providing a switching capability. 

36. The apparatus of claim 1, wherein the UIP Server 
15 includes a router whereby the UIP Server is capable of 

providing a routing capability. 

37. The apparatus of claim 1, wherein the UIP Server 
includes a striping methodology whereby a stream of data is 
divided into a plurality of data sets, the plurality of data sets 

20 being capable of intelligent distribution through the net- 
work. 

38. The apparatus of claim 37, wherein the striping 
methodology is used in video on demand. 

39. The apparatus of claim 37, wherein the data sets are 
25 distributed across a plurality of UIP Servers, the plurality of 

UIP Servers being located on the network, such that each of 
the plurality of UIP Servers provides one of the plurality of 
data sets to each of a plurality of UIP Clients. 

40. The apparatus of claim 1, further comprising a unified 
30 Internet portal proxy server (UIP Proxy Server) wherein the 

UIP Proxy Server communicates with the UIP Client during 
the unavailability of the UIP Server. 

41. The apparatus of claim 40, wherein the unavailability 
of the UIP Server is caused by congestion on the network. 

35 42. The apparatus of claim 40, wherein each of the UIP 
Server and the UIP Proxy Server include a striping meth- 
odology whereby a stream of data is divided into a plurality 
of data sets, the plurality of data sets being capable of 
intelligent distribution through the network. 

40 43. The apparatus of claim 1, further comprising a mecha- 
nism for load shedding. 

44. The apparatus of claim 43, wherein the mechanism for 
load shedding is performed at a line level. 

45. The apparatus of claim 43, wherein the mechanism for 
45 load shedding is performed at an application level. 

46. The apparatus of claim 1, further comprising a lifeline 
service capability wherein during a power outage the service 
provided to the subscriber from the UIP Server only includes 
a voice support component and a basic DSL Modem func- 

50 tionality support component, whereby the lifeline service 
capability is available on a plurality of voice extensions 
through the UIP Client. 

47. The apparatus of claim 1, wherein the UIP Server 
includes a data caching capability. 

55 48. The apparatus of claim 47, wherein the data caching 
capability is Internet based. 

49. The apparatus of claim 1, further comprising a plu- 
rality of UIP Servers located on the network, the plurality of 
UIP Servers providing for a distributed server capability 

60 whereby a stream of data is divided into a plurality of data 
sets, the plurality of data sets being capable of intelligent 
distribution through the network wherein the data sets are 
distributed across the plurality of UIP Servers such that each 
of the plurality of UIP Servers provides one of the plurality 

65 of data sets to each of a plurality of UIP Clients. 

50. The apparatus of claim 1, further comprising a por- 
table charging mechanism. 
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51. The apparatus of claim 50, herein the service is 
content delivery. 

52. The apparatus of claim 51, wherein the content is a 
video feed. 

53. The apparatus of claim 50, wherein the portable 5 
charging mechanism is a smart card wherein the smart card 
includes a couponing debit capability whereby the service 
provided from the UIP Server to the subscriber using the UIP 
Client can be debited to the smart card, the smart card 
requiring a decryption coupon that is used to access the 10 
service, the service being provided via a unidirectional, 
secure transmission via the network. 

54. The apparatus of claim 50, wherein the portable 
charging mechanism is a credit card. 

55. The apparatus of claim 50, wherein the portable 15 
charging mechanism is a debit card. 

56. The apparatus of claim 50, wherein the service is 
e -commerce. 

57. The apparatus of claim 1, wherein the UIP Server 
includes the capability of statistically multiplexed modula- 20 
tion and demodulation. 

58. The apparatus of claim 57, wherein the UIP Server 
includes the capability of statistically multiplexed channel 
processing. 

59. The apparatus of claim 1, further comprising a phi- 25 
rality of ATM traffic support modules. 

60. The apparatus of claim 59, wherein the plurality of 
ATM traffic support modules can be selected from the group 
consisting of Available Bit Rate, Constant Bit Rate, Variable 
Bit Rate and Unspecified Bit Rate. 30 

61. The apparatus of claim 1, wherein the UIP Client 
includes a capability to store recorded video content on the 
UIP Server. 

62. The apparatus of claim 1, further comprising a means 
for providing voice messaging services. 35 

63. The apparatus of claim 1, further comprising a means 
for an interactive voice response (IVR) service. 

64. The apparatus of claim 1, further comprising a video 
conferencing capability including a front end located at the 
SL, the front end being responsible for Analog to Digital 40 
conversion, Digital to Analog Conversion, compression and 
formatting of data, and a back end located at the CO, the 
back end being responsible for protocol compliance with a 
video conferencing standard. 

65. The apparatus of claim 64, wherein the video confer- 45 
encing standard is H.320. 



66. The apparatus of claim 1, wherein the UIP Client is a 
UIP Thin Client having only one interface. 

67. The apparatus of claim 66, wherein the only one 
interface is a standard data interface. 

68. The apparatus of claim 1, further comprising a storage 
element wherein the storage element stores application data 
for operation of the apparatus. 

69. The apparatus of claim 68, wherein the application 
data is stored at the UIP Server. 

70. The apparatus of claim 68, wherein the application 
data is capable of being accessed from a point source. 

71. The apparatus of claim 70, wherein the point source 
is a telephone. 

72. The apparatus of claim 70, wherein the point source 
is a personal computer. 

73. The apparatus of claim 70, wherein the point source 
is a DSL line. 

74. The apparatus of claim 68, wherein the storage 
element is semiconductor memory. 

75. The apparatus of claim 1, wherein the UIP Server 
includes the capability to achieve a power conservation 
mode during an outage of the UIP Server. 

76. The apparatus of claim 1, wherein the UIP Client 
includes the capability to achieve a power conservation 
mode during an outage of the UIP Client. 

77. A method of providing an intelligent scalable switch- 
ing network, the method comprising the steps of: 

providing a unified Internet portal server (UIP Server) 
having multi-line capability, the UIP Server being 
located remote from a Subscriber Location (SL), the 
UIP Server being capable of providing a plurality of 
services using a Digital Subscriber Line (DSL); 

incorporating all of a plurality of processing elements 
within a single UIP Server chassis; 

providing, at a Subscriber Location (SL), a unified Inter- 
net portal client (UIP Client) wherein the UIP Client is 
capable of deploying DSL capability; 

incorporating functionality of a Customer Premise Equip- 
ment (CPE) DSL Modem in the UIP Client; and 

providing for communication of the UIP Client to the UIP 
Server via a network, whereby the UIP Client is capable 
of providing a service to a subscriber using the UIP 
Client. 
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